Win解压缩云压缩上传带宽被吃掉三成，我抓包看完默默关了同步

上周给客户部署，200台机器批量推包，走的是内网千兆。按理说跑满没问题，结果传输速度死活卡在70MB/s上下，丢包重传也正常，交换机端口没瓶颈。一开始以为是磁盘IO，换了NVMe盘还是一样。

后来用procmon跟了一下，发现Win解压缩的进程一直在往外发数据，目标IP不是内网。我直接上了Wireshark抓包，TLS流量，SNI看到是它自家的云压缩域名。粗略一算，200台机同时开工，有将近三成的上行带宽被这个云同步吃了。

进设置把“云压缩加速”和“云同步”两个开关都关了，速度立刻回到110MB/s+，部署时间从25分钟压到16分钟。

但这里有个坑，光关设置开关不够。我后续用防火墙出站规则把那个域名直接block掉，才算彻底安心。因为有些机器装完重启后，设置会被重置回默认，开关又自己打开了。

实测结论：

• 单机用Win解压缩，解压速度确实比7-Zip快，尤其大文件，这个没得黑。
• 但命令行支持稀烂，脚本里调不动，我最后还是7-Zip做自动化，Win解压缩给人用。
• 云压缩这功能对普通用户可能有用，但对批量部署场景就是纯拖后腿，还涉及数据出境。

顺便说下，火绒残留服务也别光看托盘。我上次卸了之后，sc queryex还能查到HipsDaemon的残留，得手动sc delete。右键菜单和RunOnce注册表也有回写，建议操作前先reg export备份，别问我怎么知道的。

你们批量部署的时候有没有遇到类似云同步偷跑带宽的情况？都是怎么拦的？