1. 全局代理到底在解决什么问题1.1 从“每个软件单独配”到“一次配置全机生效”的痛点拆解很多人第一次接触代理这个概念都是从某个具体软件开始的浏览器装个插件、某个下载工具填个地址端口、某个命令行工具改个环境变量。单个软件配置本身不难难的是软件一多就乱套——浏览器走代理了但桌面客户端没走命令行工具走了但系统更新没走今天配好了明天换个软件又得重新查一遍文档。这种“打补丁式”的配置方式时间一长自己都记不清哪些走了、哪些没走排查问题时更是一头雾水。全局代理要解决的核心问题就是把“代理”这件事从应用层下沉到系统层。你可以把它理解成小区门口的统一收发室以前是每栋楼自己找人代收快递现在是在小区大门设一个统一中转站所有进出的包裹都从这里过一道。对住户应用程序来说它们不需要知道中转站的存在照常收发就行对管理者你来说只需要维护这一个中转点规则统一、状态可见、排查有据。这里要先厘清一个容易混淆的概念全局代理不等于全局生效。很多系统层面的代理设置本质上只是设置了一个“系统级默认值”遵循系统规范的软件会自动读取但那些自己管理网络栈的软件比如部分游戏客户端、部分即时通讯工具、某些自带网络库的应用可能完全无视这个设置。所以“为整个电脑设置全局代理”这件事准确的说法是在系统层建立统一的代理入口并尽可能覆盖那些不遵循系统规范的软件。理解这一点后面的方案选型和排查思路才不会跑偏。适合读这篇内容的人大概分三类一是需要统一管理多台软件网络出口的运维或开发人员二是做多环境测试、需要频繁切换网络出口的测试人员三是对网络配置有洁癖、希望“配一次管全部”的普通用户。不管你是哪一类下面的思路和步骤都能直接参考。1.2 全局代理、系统代理、透明代理三个词别混着用在动手之前有必要把几个高频词掰开说清楚因为网上很多教程把这三个概念混着讲照着做很容易出问题。系统代理指的是操作系统提供的一个配置项通常包含代理地址和端口部分系统还支持例外列表比如本地地址不走代理。它的特点是“君子协定”——软件愿意读就生效不愿意读就无效。优点是配置简单、随时可关缺点就是覆盖面取决于软件自觉性。全局代理是一个更宽泛的说法泛指“让整台机器的流量都经过代理”。实现方式可以是系统代理也可以是更底层的流量接管。它强调的是效果范围而不是具体技术手段。透明代理则是一种实现层面的技术思路在流量离开网卡之前就把它截获并转发应用完全无感知。它通常需要配合路由规则或本地转发组件来实现配置复杂度明显高于系统代理但覆盖面也最彻底。三者之间的关系可以这样理解系统代理是“通知式”透明代理是“拦截式”全局代理是“目标态”。你要的是全局效果系统代理是最省事的起点透明代理是覆盖面最全的兜底方案。实际做的时候我一般建议先用系统代理打底遇到不听话的软件再针对性补透明转发而不是一上来就搞最复杂的方案。方案类型生效范围配置复杂度应用感知典型适用场景系统代理遵循系统规范的软件低可感知日常办公、浏览器为主环境变量代理命令行工具、部分开发工具低可感知开发调试、包管理器本地透明转发几乎全部 TCP 流量中高无感知多软件统一管理、测试环境应用内单独配置单个软件低可感知特殊软件兜底这张表建议先存下来后面选方案的时候对照着看能省不少来回试的时间。2. 方案选型为什么我优先推荐“系统代理打底 按需补漏”2.1 三种主流落地路径的取舍逻辑真正动手之前先想清楚走哪条路比上来就抄命令重要得多。常见的落地路径大致三条各有各的脾气。第一条是纯系统代理。在操作系统的网络设置里填上代理地址和端口再配好例外列表。优点是五分钟搞定、随时能关、出问题好回退缺点是覆盖面有限命令行工具和部分自带网络栈的软件不认。适合以浏览器和常规桌面软件为主的场景。第二条是系统代理 环境变量。在系统代理的基础上额外给命令行环境设置代理相关的环境变量。这样终端里的包管理器、版本控制工具、下载工具基本都能覆盖到。优点是覆盖面明显提升、配置仍然是声明式的缺点是环境变量只对读取它的进程生效图形界面软件大多不读。第三条是本地转发组件 路由规则。在本机跑一个转发组件把指定范围的流量截获后转发到代理出口。优点是覆盖面最全、应用无感知缺点是配置门槛高、排错链路长一旦规则写错可能出现“全部不通”的情况回退也更麻烦。我的实际选择是默认走第二条遇到明确不听话的软件再局部补第三条。理由很实在——绝大多数人的需求里浏览器加命令行已经占了九成以上系统代理加环境变量就能覆盖剩下那一成特殊软件单独处理比全机透明转发成本低得多。全机透明转发更适合测试环境、多软件统一出口这类“必须全覆盖”的场景普通日常使用没必要一上来就上最重的方案。提示不管你选哪条路动手前先把当前的网络配置截图或导出备份。代理配置出错最典型的症状就是“全部网络不通”有备份能让你三十秒回退没有备份可能得折腾半小时。2.2 代理出口本身的准备与自检系统代理只是“指路牌”真正干活的是代理出口本身。在配置系统之前先确认出口是通的否则后面所有排查都会变成无头案。第一步确认代理服务已经在本机或局域网内正常运行记下它的监听地址和端口。地址通常是本机回环地址或局域网内的某台机器端口则取决于具体服务的配置。这里不展开具体服务怎么搭只强调一点先在一个已知能用的软件里验证出口通不通比如用浏览器手动填上代理地址端口能正常打开网页再往下走。第二步确认代理协议类型。常见的协议在系统代理里的支持程度不一样有的系统设置只认最基础的那一类更复杂的协议需要靠本地客户端做一层转换。如果你用的协议系统设置里没有对应选项那就需要本地先跑一个转换客户端把复杂协议转成本地的基础代理端口系统再去指这个本地端口。这一步是很多教程省略掉的但恰恰是“填了地址端口却不生效”的最常见原因。第三步做一次最小化连通性验证。在终端里用最基础的网络请求工具显式指定代理地址和端口去访问一个稳定的小资源看返回是否正常。这一步的目的是把“代理出口”和“系统配置”两个变量分开验证——出口通了后面系统配置出问题就只查配置出口不通先修出口别在系统设置里瞎折腾。2.3 例外列表为什么必须配怎么配才不出错例外列表有的系统叫“绕过代理的地址列表”是全局代理里最容易被忽视、又最容易引发诡异问题的部分。它的作用是告诉系统这些地址不要走代理直接连。为什么必须配因为本机内部通信、局域网设备访问、部分本地服务之间的调用如果被强行塞进代理轻则变慢重则直接不通。最典型的就是本机回环地址如果它也被代理接管某些本地服务之间的互相调用会陷入循环或者直接失败。配置原则我总结成三条本机地址必排除、局域网网段必排除、内部域名按需排除。本机回环地址和本机主机名是铁定要排除的局域网网段常见的内网地址段也建议整体排除避免访问内网设备时被绕远路如果单位或家庭内有内部域名解析也一并加进去。格式上要注意不同系统对例外列表的写法要求不同有的用逗号分隔、有的用分号、有的支持通配符、有的只认精确匹配。写完之后一定要实测找一个例外列表里的地址访问一下确认它确实没走代理再找一个不在列表里的地址确认它确实走了代理。两头都验证过才算配对了。3. 手把手实操系统层配置的完整流程3.1 图形界面配置的通用步骤与逐项说明图形界面是最直观的入口各主流桌面系统的操作路径大同小异核心就几个字段代理开关、地址、端口、例外列表。下面按通用流程走一遍具体菜单名称以你手头的系统为准。第一步打开系统的网络设置找到当前正在使用的网络连接有线或无线进入它的详细配置。注意要改的是“当前生效的那个连接”而不是随便一个连接改错了地方等于没改。第二步找到代理相关的配置区把代理模式从“关闭”或“自动”切换为“手动”。这一步很多人会漏以为填了地址就行实际上模式没切过去填了也不生效。第三步填写代理地址和端口。地址填代理出口所在的位置端口填对应的监听端口。这里有个细节如果代理出口就在本机填本机回环地址即可如果在局域网另一台机器上填那台机器的内网地址。填完先别急着关窗口。第四步配置例外列表。按上一节说的三条原则把本机地址、局域网网段、内部域名填进去。格式按系统要求来不确定就用最保守的精确地址逐个列虽然啰嗦但不容易出错。第五步保存并验证。保存后打开浏览器访问一个页面确认通再打开终端做一次显式指定代理的请求确认通最后访问一个例外列表里的地址确认它没走代理。三步都过系统层配置就算完成。注意部分系统在切换网络比如从有线换到无线、从公司网络换到家庭网络时会重置或忽略代理配置。如果你经常切换网络环境配完之后在每个常用网络下都验证一遍别只测一个场景就以为万事大吉。3.2 命令行环境的代理变量怎么设才彻底图形界面管不到命令行这是很多人配完系统代理后发现“终端里还是连不上”的根本原因。命令行工具大多通过环境变量读取代理配置所以要把对应的变量补上。需要设置的变量通常分两类一类是给常规请求用的代理地址另一类是给安全请求用的代理地址两者一般指向同一个本地端口。此外还有一个“例外列表”变量用来告诉命令行工具哪些地址不要走代理这个变量的格式通常是竖线分隔的地址模式和图形界面的逗号分隔不一样别直接复制粘贴。设置方式分临时和持久两种。临时方式就是在当前终端会话里直接赋值关掉窗口就失效适合临时调试持久方式则是写进 shell 的启动配置文件里每次开终端自动生效。我的建议是调试阶段用临时方式确认没问题再写进配置文件。因为一旦写进配置文件又配错了可能出现“新开的终端全部网络异常”的情况排查起来反而更麻烦。写进配置文件时还要注意作用范围。有的配置文件只对交互式终端生效有的对所有子进程生效具体取决于你用的 shell 和文件位置。最稳妥的做法是写完之后新开一个终端窗口用打印环境变量的方式确认变量确实被读到了再做一次实际请求验证。还有一个容易踩的坑环境变量里的例外列表如果写得太宽泛可能把本该走代理的地址也排除了写得太窄又可能让本地服务之间的调用被塞进代理。建议先用最小集合本机地址加局域网网段跑一段时间发现哪个地址不该走代理再往里加而不是一上来就抄一大串。3.3 让不认系统设置的软件也走代理的补漏手法总有一些软件对系统代理视而不见。对付这类软件思路不是去改它而是在它和网络之间加一层本地转发让它“以为”自己在直连实际上流量被转走了。具体做法是在本机跑一个本地转发组件监听一个本地端口把收到的流量转发到真正的代理出口。然后在系统层面或者用规则把目标软件的流量导向这个本地端口。这样软件本身不需要任何配置它的流量在离开本机之前就被接管了。这里的关键是规则要精确只接管目标软件的流量别把整个系统的流量都卷进来。规则写得太宽等于把前面系统代理的配置全绕过了出问题时排查链路会变得非常长。规则写得太窄目标软件的部分连接又漏掉了表现为“时通时不通”。建议先用最精确的匹配条件比如按目标地址或按进程验证通了再考虑是否放宽。补漏手法属于“重武器”能不用就不用。每次加一层转发就多一个可能出问题的环节。我的经验是先确认这个软件真的不认系统代理有的软件只是需要重启才读取新配置再考虑补漏补漏时优先用最轻量的本地转发别一上来就搞全机接管。4. 验证、排查与长期维护的实战经验4.1 三层验证法确认“真的全局生效了”配置完不等于生效生效了不等于全覆盖。我习惯用三层验证法逐层确认。第一层是出口验证用一个能显示当前出口信息的在线页面或命令行请求确认请求确实从代理出口出去了而不是直连。这一层验证的是“代理本身通不通”。第二层是覆盖面验证分别用浏览器、命令行工具、以及那个你最担心不听话的软件各发一次请求确认它们都走了代理。这一层验证的是“配置覆盖到没覆盖到”。第三层是例外验证访问例外列表里的地址确认它确实没走代理同时确认本机内部服务之间的调用正常。这一层验证的是“该直连的有没有被误伤”。三层都过才算真正配好。很多人只做第一层就收工结果用两天发现某个软件偷偷直连了或者某个本地服务莫名其妙变慢回头再查成本高得多。4.2 常见故障速查表与排查顺序出问题时最忌讳东改一下西改一下要有固定的排查顺序。我的习惯是从出口往内查先确认代理出口本身正常再确认系统配置指向正确再确认目标软件是否读取了配置最后才怀疑规则和例外列表。症状最可能的原因排查动作浏览器能通终端不通命令行代理变量未设或未生效打印环境变量确认值正确且被读取全部软件都不通代理出口故障或系统代理指向错误先绕过系统代理直连测试出口再核对地址端口部分软件时通时不通该软件部分连接未走代理或规则过窄检查该软件是否有独立网络设置放宽规则匹配本地服务变慢或失败例外列表漏配本机或局域网地址补全例外列表重点检查回环地址切换网络后失效系统按网络分别保存代理配置在新网络下重新检查并配置代理配置后开机网络异常启动配置写错导致全局变量污染临时清空相关变量逐项恢复定位排查时还有一个通用技巧一次只改一个变量。改完立刻验证确认这个改动带来了什么变化。同时改三处再一起测通了不知道是哪处起的作用不通也不知道是哪处惹的祸。4.3 长期使用的维护习惯与回退预案全局代理不是配完就一劳永逸的东西日常维护有几个习惯值得养成。第一保留一份“干净配置”备份。在没配代理之前把网络配置导出或截图存好。任何时候网络出现大面积异常先回退到干净配置确认基础网络正常再重新往上加代理。这个习惯能帮你把“网络坏了”和“代理配错了”两类问题快速分开。第二给代理配置加注释或记录。系统设置里没法写注释那就自己在笔记里记一笔什么时候配的、用的什么出口、例外列表为什么这么写。过两个月回头看这些记录能省掉大量重新摸索的时间。第三定期做一次全覆盖验证。不用太频繁换网络环境、升级系统、装了新软件之后各做一次就行。重点验证那个最容易出问题的软件和例外列表里的地址。第四准备一个“一键关闭”的路径。不管是图形界面的开关还是命令行的变量清理确保你在任何情况下都能快速把代理关掉恢复直连。这是最后的保险关键时刻能让你在几分钟内恢复可用状态而不是对着一个连不上网的机器干着急。我个人在实际操作中的体会是全局代理这件事配置本身占三成验证和排查占七成。把验证流程和回退预案做扎实比追求一步到位的“完美配置”实用得多。毕竟网络环境一直在变能快速定位和恢复才是真正省心的做法。 1. 全局代理到底在解决什么问题1.1 从“每个软件单独配”到“一次配置全机生效”的痛点拆解很多人第一次接触代理这个概念都是从某个具体软件开始的浏览器装个插件、某个下载工具填个地址端口、某个命令行工具改个环境变量。单个软件配置本身不难难的是软件一多就乱套——浏览器走代理了但桌面客户端没走命令行工具走了但系统更新没走今天配好了明天换个软件又得重新查一遍文档。这种“打补丁式”的配置方式时间一长自己都记不清哪些走了、哪些没走排查问题时更是一头雾水。全局代理要解决的核心问题就是把“代理”这件事从应用层下沉到系统层。你可以把它理解成小区门口的统一收发室以前是每栋楼自己找人代收快递现在是在小区大门设一个统一中转站所有进出的包裹都从这里过一道。对住户应用程序来说它们不需要知道中转站的存在照常收发就行对管理者你来说只需要维护这一个中转点规则统一、状态可见、排查有据。这里要先厘清一个容易混淆的概念全局代理不等于全局生效。很多系统层面的代理设置本质上只是设置了一个“系统级默认值”遵循系统规范的软件会自动读取但那些自己管理网络栈的软件比如部分游戏客户端、部分即时通讯工具、某些自带网络库的应用可能完全无视这个设置。所以“为整个电脑设置全局代理”这件事准确的说法是在系统层建立统一的代理入口并尽可能覆盖那些不遵循系统规范的软件。理解这一点后面的方案选型和排查思路才不会跑偏。适合读这篇内容的人大概分三类一是需要统一管理多台软件网络出口的运维或开发人员二是做多环境测试、需要频繁切换网络出口的测试人员三是对网络配置有洁癖、希望“配一次管全部”的普通用户。不管你是哪一类下面的思路和步骤都能直接参考。1.2 全局代理、系统代理、透明代理三个词别混着用在动手之前有必要把几个高频词掰开说清楚因为网上很多教程把这三个概念混着讲照着做很容易出问题。系统代理指的是操作系统提供的一个配置项通常包含代理地址和端口部分系统还支持例外列表比如本地地址不走代理。它的特点是“君子协定”——软件愿意读就生效不愿意读就无效。优点是配置简单、随时可关缺点就是覆盖面取决于软件自觉性。全局代理是一个更宽泛的说法泛指“让整台机器的流量都经过代理”。实现方式可以是系统代理也可以是更底层的流量接管。它强调的是效果范围而不是具体技术手段。透明代理则是一种实现层面的技术思路在流量离开网卡之前就把它截获并转发应用完全无感知。它通常需要配合路由规则或本地转发组件来实现配置复杂度明显高于系统代理但覆盖面也最彻底。三者之间的关系可以这样理解系统代理是“通知式”透明代理是“拦截式”全局代理是“目标态”。你要的是全局效果系统代理是最省事的起点透明代理是覆盖面最全的兜底方案。实际做的时候我一般建议先用系统代理打底遇到不听话的软件再针对性补透明转发而不是一上来就搞最复杂的方案。方案类型生效范围配置复杂度应用感知典型适用场景系统代理遵循系统规范的软件低可感知日常办公、浏览器为主环境变量代理命令行工具、部分开发工具低可感知开发调试、包管理器本地透明转发几乎全部 TCP 流量中高无感知多软件统一管理、测试环境应用内单独配置单个软件低可感知特殊软件兜底这张表建议先存下来后面选方案的时候对照着看能省不少来回试的时间。2. 方案选型为什么我优先推荐“系统代理打底 按需补漏”2.1 三种主流落地路径的取舍逻辑真正动手之前先想清楚走哪条路比上来就抄命令重要得多。常见的落地路径大致三条各有各的脾气。第一条是纯系统代理。在操作系统的网络设置里填上代理地址和端口再配好例外列表。优点是五分钟搞定、随时能关、出问题好回退缺点是覆盖面有限命令行工具和部分自带网络栈的软件不认。适合以浏览器和常规桌面软件为主的场景。第二条是系统代理 环境变量。在系统代理的基础上额外给命令行环境设置代理相关的环境变量。这样终端里的包管理器、版本控制工具、下载工具基本都能覆盖到。优点是覆盖面明显提升、配置仍然是声明式的缺点是环境变量只对读取它的进程生效图形界面软件大多不读。第三条是本地转发组件 路由规则。在本机跑一个转发组件把指定范围的流量截获后转发到代理出口。优点是覆盖面最全、应用无感知缺点是配置门槛高、排错链路长一旦规则写错可能出现“全部不通”的情况回退也更麻烦。我的实际选择是默认走第二条遇到明确不听话的软件再局部补第三条。理由很实在——绝大多数人的需求里浏览器加命令行已经占了九成以上系统代理加环境变量就能覆盖剩下那一成特殊软件单独处理比全机透明转发成本低得多。全机透明转发更适合测试环境、多软件统一出口这类“必须全覆盖”的场景普通日常使用没必要一上来就上最重的方案。提示不管你选哪条路动手前先把当前的网络配置截图或导出备份。代理配置出错最典型的症状就是“全部网络不通”有备份能让你三十秒回退没有备份可能得折腾半小时。2.2 代理出口本身的准备与自检系统代理只是“指路牌”真正干活的是代理出口本身。在配置系统之前先确认出口是通的否则后面所有排查都会变成无头案。第一步确认代理服务已经在本机或局域网内正常运行记下它的监听地址和端口。地址通常是本机回环地址或局域网内的某台机器端口则取决于具体服务的配置。这里不展开具体服务怎么搭只强调一点先在一个已知能用的软件里验证出口通不通比如用浏览器手动填上代理地址端口能正常打开网页再往下走。第二步确认代理协议类型。常见的协议在系统代理里的支持程度不一样有的系统设置只认最基础的那一类更复杂的协议需要靠本地客户端做一层转换。如果你用的协议系统设置里没有对应选项那就需要本地先跑一个转换客户端把复杂协议转成本地的基础代理端口系统再去指这个本地端口。这一步是很多教程省略掉的但恰恰是“填了地址端口却不生效”的最常见原因。第三步做一次最小化连通性验证。在终端里用最基础的网络请求工具显式指定代理地址和端口去访问一个稳定的小资源看返回是否正常。这一步的目的是把“代理出口”和“系统配置”两个变量分开验证——出口通了后面系统配置出问题就只查配置出口不通先修出口别在系统设置里瞎折腾。2.3 例外列表为什么必须配怎么配才不出错例外列表有的系统叫“绕过代理的地址列表”是全局代理里最容易被忽视、又最容易引发诡异问题的部分。它的作用是告诉系统这些地址不要走代理直接连。为什么必须配因为本机内部通信、局域网设备访问、部分本地服务之间的调用如果被强行塞进代理轻则变慢重则直接不通。最典型的就是本机回环地址如果它也被代理接管某些本地服务之间的互相调用会陷入循环或者直接失败。配置原则我总结成三条本机地址必排除、局域网网段必排除、内部域名按需排除。本机回环地址和本机主机名是铁定要排除的局域网网段常见的内网地址段也建议整体排除避免访问内网设备时被绕远路如果单位或家庭内有内部域名解析也一并加进去。格式上要注意不同系统对例外列表的写法要求不同有的用逗号分隔、有的用分号、有的支持通配符、有的只认精确匹配。写完之后一定要实测找一个例外列表里的地址访问一下确认它确实没走代理再找一个不在列表里的地址确认它确实走了代理。两头都验证过才算配对了。3. 手把手实操系统层配置的完整流程3.1 图形界面配置的通用步骤与逐项说明图形界面是最直观的入口各主流桌面系统的操作路径大同小异核心就几个字段代理开关、地址、端口、例外列表。下面按通用流程走一遍具体菜单名称以你手头的系统为准。第一步打开系统的网络设置找到当前正在使用的网络连接有线或无线进入它的详细配置。注意要改的是“当前生效的那个连接”而不是随便一个连接改错了地方等于没改。第二步找到代理相关的配置区把代理模式从“关闭”或“自动”切换为“手动”。这一步很多人会漏以为填了地址就行实际上模式没切过去填了也不生效。第三步填写代理地址和端口。地址填代理出口所在的位置端口填对应的监听端口。这里有个细节如果代理出口就在本机填本机回环地址即可如果在局域网另一台机器上填那台机器的内网地址。填完先别急着关窗口。第四步配置例外列表。按上一节说的三条原则把本机地址、局域网网段、内部域名填进去。格式按系统要求来不确定就用最保守的精确地址逐个列虽然啰嗦但不容易出错。第五步保存并验证。保存后打开浏览器访问一个页面确认通再打开终端做一次显式指定代理的请求确认通最后访问一个例外列表里的地址确认它没走代理。三步都过系统层配置就算完成。注意部分系统在切换网络比如从有线换到无线、从公司网络换到家庭网络时会重置或忽略代理配置。如果你经常切换网络环境配完之后在每个常用网络下都验证一遍别只测一个场景就以为万事大吉。3.2 命令行环境的代理变量怎么设才彻底图形界面管不到命令行这是很多人配完系统代理后发现“终端里还是连不上”的根本原因。命令行工具大多通过环境变量读取代理配置所以要把对应的变量补上。需要设置的变量通常分两类一类是给常规请求用的代理地址另一类是给安全请求用的代理地址两者一般指向同一个本地端口。此外还有一个“例外列表”变量用来告诉命令行工具哪些地址不要走代理这个变量的格式通常是竖线分隔的地址模式和图形界面的逗号分隔不一样别直接复制粘贴。设置方式分临时和持久两种。临时方式就是在当前终端会话里直接赋值关掉窗口就失效适合临时调试持久方式则是写进 shell 的启动配置文件里每次开终端自动生效。我的建议是调试阶段用临时方式确认没问题再写进配置文件。因为一旦写进配置文件又配错了可能出现“新开的终端全部网络异常”的情况排查起来反而更麻烦。写进配置文件时还要注意作用范围。有的配置文件只对交互式终端生效有的对所有子进程生效具体取决于你用的 shell 和文件位置。最稳妥的做法是写完之后新开一个终端窗口用打印环境变量的方式确认变量确实被读到了再做一次实际请求验证。还有一个容易踩的坑环境变量里的例外列表如果写得太宽泛可能把本该走代理的地址也排除了写得太窄又可能让本地服务之间的调用被塞进代理。建议先用最小集合本机地址加局域网网段跑一段时间发现哪个地址不该走代理再往里加而不是一上来就抄一大串。3.3 让不认系统设置的软件也走代理的补漏手法总有一些软件对系统代理视而不见。对付这类软件思路不是去改它而是在它和网络之间加一层本地转发让它“以为”自己在直连实际上流量被转走了。具体做法是在本机跑一个本地转发组件监听一个本地端口把收到的流量转发到真正的代理出口。然后在系统层面或者用规则把目标软件的流量导向这个本地端口。这样软件本身不需要任何配置它的流量在离开本机之前就被接管了。这里的关键是规则要精确只接管目标软件的流量别把整个系统的流量都卷进来。规则写得太宽等于把前面系统代理的配置全绕过了出问题时排查链路会变得非常长。规则写得太窄目标软件的部分连接又漏掉了表现为“时通时不通”。建议先用最精确的匹配条件比如按目标地址或按进程验证通了再考虑是否放宽。补漏手法属于“重武器”能不用就不用。每次加一层转发就多一个可能出问题的环节。我的经验是先确认这个软件真的不认系统代理有的软件只是需要重启才读取新配置再考虑补漏补漏时优先用最轻量的本地转发别一上来就搞全机接管。4. 验证、排查与长期维护的实战经验4.1 三层验证法确认“真的全局生效了”配置完不等于生效生效了不等于全覆盖。我习惯用三层验证法逐层确认。第一层是出口验证用一个能显示当前出口信息的在线页面或命令行请求确认请求确实从代理出口出去了而不是直连。这一层验证的是“代理本身通不通”。第二层是覆盖面验证分别用浏览器、命令行工具、以及那个你最担心不听话的软件各发一次请求确认它们都走了代理。这一层验证的是“配置覆盖到没覆盖到”。第三层是例外验证访问例外列表里的地址确认它确实没走代理同时确认本机内部服务之间的调用正常。这一层验证的是“该直连的有没有被误伤”。三层都过才算真正配好。很多人只做第一层就收工结果用两天发现某个软件偷偷直连了或者某个本地服务莫名其妙变慢回头再查成本高得多。4.2 常见故障速查表与排查顺序出问题时最忌讳东改一下西改一下要有固定的排查顺序。我的习惯是从出口往内查先确认代理出口本身正常再确认系统配置指向正确再确认目标软件是否读取了配置最后才怀疑规则和例外列表。症状最可能的原因排查动作浏览器能通终端不通命令行代理变量未设或未生效打印环境变量确认值正确且被读取全部软件都不通代理出口故障或系统代理指向错误先绕过系统代理直连测试出口再核对地址端口部分软件时通时不通该软件部分连接未走代理或规则过窄检查该软件是否有独立网络设置放宽规则匹配本地服务变慢或失败例外列表漏配本机或局域网地址补全例外列表重点检查回环地址切换网络后失效系统按网络分别保存代理配置在新网络下重新检查并配置代理配置后开机网络异常启动配置写错导致全局变量污染临时清空相关变量逐项恢复定位排查时还有一个通用技巧一次只改一个变量。改完立刻验证确认这个改动带来了什么变化。同时改三处再一起测通了不知道是哪处起的作用不通也不知道是哪处惹的祸。4.3 长期使用的维护习惯与回退预案全局代理不是配完就一劳永逸的东西日常维护有几个习惯值得养成。第一保留一份“干净配置”备份。在没配代理之前把网络配置导出或截图存好。任何时候网络出现大面积异常先回退到干净配置确认基础网络正常再重新往上加代理。这个习惯能帮你把“网络坏了”和“代理配错了”两类问题快速分开。第二给代理配置加注释或记录。系统设置里没法写注释那就自己在笔记里记一笔什么时候配的、用的什么出口、例外列表为什么这么写。过两个月回头看这些记录能省掉大量重新摸索的时间。第三定期做一次全覆盖验证。不用太频繁换网络环境、升级系统、装了新软件之后各做一次就行。重点验证那个最容易出问题的软件和例外列表里的地址。第四准备一个“一键关闭”的路径。不管是图形界面的开关还是命令行的变量清理确保你在任何情况下都能快速把代理关掉恢复直连。这是最后的保险关键时刻能让你在几分钟内恢复可用状态而不是对着一个连不上网的机器干着急。我个人在实际操作中的体会是全局代理这件事配置本身占三成验证和排查占七成。把验证流程和回退预案做扎实比追求一步到位的“完美配置”实用得多。毕竟网络环境一直在变能快速定位和恢复才是真正省心的做法。