有人开着代理一切正常，网页、应用都顺顺当当；有人开着代理，系统更新却一拖再拖，报错不断。差别往往不在网络本身，而在更新流量到底走了哪条路——很多更新服务根本不读系统代理，你以为它走了代理，其实它一直在直连。
更新流量，为什么经常不按你的设定走
系统更新和软件更新，大多有自己独立的更新通道。操作系统更新、杀毒软件病毒库、常用软件的自更新，往往直连各自的更新服务器，不读系统代理设置；有的更新服务支持单独配置代理，但入口藏得深，多数人没注意到；还有的更新服务只认特定网络环境，出口一换就拒绝连接。三层原因叠在一起，就出现了”开了代理但更新还是失败”的怪现象。
还有一层容易被忽略：更新服务器往往按地区提供加速或镜像，出口地区离得越远，更新下载反而越慢——让更新走代理不一定更快，有时候直连本地区的更新源才是最优解。
常见的做法是：更新失败就先把代理关掉，更新完再开回来。这个办法能用，但治标不治本——如果网络环境本身受限，关掉代理更新反而更连不上。
更稳妥的做法是：先搞清楚更新服务读不读代理，再决定是给更新单独配代理，还是明确放行直连。判断清楚了，一次配置长期生效，不用每次更新都手动折腾。
按下面五步，把更新流量理顺：
- 第一步，看失败表现：更新一直转圈、下载中断、报错代码各不相同，先把具体表现记下来，方便对照
- 第二步，查更新服务的代理设置：系统更新和软件的设置里通常有网络或代理选项，看它默认读不读系统代理
- 第三步，判断该不该走代理：普通网络直连更新即可，省时省流量；企业网络、受限环境才需要让更新走代理
- 第四步，按需配置：需要走代理的，给更新单独填代理地址；不需要的，把更新加入直连白名单，别让它误走代理
- 第五步，完整验证一次：配好后跑一次完整更新，确认下载、安装、重启各环节都正常，才算真的配通了
更新流量通常体积大、时间集中，如果走代理，会实实在在消耗套餐配额。所以”让更新走代理”和”让更新直连”没有绝对的对错，取决于你的网络环境和资源安排。流量配额紧张的时候，优先保业务流量，更新这类可以错峰的任务，安排到低峰时段再跑，既不影响使用，也不挤占预算。代理IP的配额是有限的，把大流量任务留给真正必要的场景，才是更会算账的用法。
小结：更新不走代理不是故障，而是默认行为；先判断、再配置、后验证，三步下来，更新流量就完全可控了。对代理IP用户来说，搞清楚哪些流量走代理、哪些该放行直连，本身就是节省配额、减少故障的开始。