溢出工具webdavx3exe
溢出工具webdavx3exe
第一次拿到 webdavx3exe 这个文件，溢出我盯着文件名愣了五秒。工具不是溢出因为它多复杂，恰恰相反——它像某个凌晨三点半被随手敲出来的工具产物，连个正经后缀都没有。溢出后来我才明白，工具这玩意儿是溢出专门用来“溢出”的，一个 WebDAV 客户端的工具小工具，但它的溢出行为方式，跟传统客户端完全不是工具一路货。
常规 WebDAV 工具，溢出比如 Windows 映射网络驱动器，工具或者 RaiDrive，溢出你挂载一个远程目录，工具本地就多出一个盘符，溢出操作起来跟本地文件夹没区别。但 webdavx3exe 不走这条路。它不挂载，不常驻，甚至没有图形界面。你双击它，黑框一闪，任务管理器里连个进程都找不到。它干了什么？它把你指定的本地路径，通过 WebDAV 协议“推”到远端服务器上，推完就退出。一次性的。像打火机，点完烟就扔。
我拿它试过一个场景：公司内网有一台老旧的 WebDAV 服务器，只支持基本的 PUT 和 GET，连 PROPFIND 都返回 501。用 Cyberduck 连上去，界面卡在“正在读取目录”十分钟不动。换成 webdavx3exe，命令行里敲一行 webdavx3exe -u user -p pass -s ./local -d https://dav.example.com/backup，回车。三秒后，本地 ./local 里所有文件按原目录结构出现在远端。没有目录列表请求，没有属性查询，就是硬塞。服务器只负责收，客户端只负责发。简单到粗暴。
但这东西有个坑。它不处理冲突。如果远端已经存在同名文件，它默认直接覆盖，不询问，不备份。我第一次用的时候，不小心把一个测试目录推到了生产环境的 /backup 下，结果远端三个历史版本瞬间没了。后来我学乖了，每次先手动 curl -X PROPFIND 看一眼远端状态，或者干脆在目标路径里加个时间戳子目录。这不是工具的问题，是我自己没读它那行 --help 里的说明：“no conflict resolution, use with caution.” 写得明明白白，只是我瞎。
另一个有意思的点是它的传输方式。webdavx3exe 默认用 HTTP/1.1 分块传输，但你可以加 --chunked=false 强制它一次性把整个文件塞进一个 PUT 请求。后者在传大文件时容易超时，可有些老服务器就吃这套——它们不支持 Transfer-Encoding: chunked，一看到分块就返回 411 Length Required。我遇到过一台 IIS 6.0 的 WebDAV 扩展，就是这德行。用 --chunked=false 之后，一个 200MB 的 ISO 文件顺利推上去了，虽然花了四分钟，但总比报错强。
说到速度，别指望它快。webdavx3exe 是单线程的，没有并发上传，没有压缩，没有断点续传。传一百个小文件，它就是一个接一个地 PUT，每个文件都建立一次新的 TCP 连接。我实测过，局域网内传 500 个 10KB 的小文件，耗时 47 秒。同样的文件用 rclone copy 走 WebDAV，只用了 8 秒。但 webdavx3exe 胜在依赖少——它不需要安装 .NET 运行时，不需要 VC++ 红istributable，甚至不需要管理员权限。一个 400KB 的 exe，扔进 U 盘，插到任何 Windows 机器上都能跑。这在某些受限环境里，就是救命稻草。
我最后一次用它，是在一个客户现场。他们的生产服务器是 Windows Server 2003，只开了 WebDAV 的写入权限，连远程桌面都不给。我需要把一份日志文件传出来。没有 PowerShell，没有 curl，没有 Python。只有 webdavx3exe 和一张空白的命令提示符。我把它拷进去，一行命令，日志文件出现在我笔记本的共享目录里。整个过程不到十秒。客户在旁边看着，问这是什么神器。我说，一个连名字都打不全的溢出工具。
它不优雅，不健壮，文档约等于没有。但当你被丢进一个只有 WebDAV 能通的环境里，webdavx3exe 就是那把能撬开缝隙的螺丝刀。别指望它干精细活，可它确实能让你把东西塞过去。就这么简单。