电脑端想让程序从另一个地址发请求，通常先想到开一条代理IP，最省事的做法是全局接管，麻烦也因此而来。全局一开，系统更新、同步软件、后台服务全都跟着换路径，出问题时很难判断是哪一环受影响。分应用接管的配置多两步，换来的是一份清晰的对应关系。
先把要走这条线路的程序列出来，再决定用哪种接管方式。
全局接管影响的是整台机器，分应用接管影响的是选中的那几个进程。
三步验证换地址是否真的生效
配完之后，客户端显示连接成功只是第一层。要确认程序那边真的换了路径，得分三处验证：客户端状态、程序侧看到的地址、以及线路本身的归属地。三处对得上，才算配好了。
- 看客户端状态，确认选中线路已连接
- 在程序侧打开一个显示当前地址的页面，记下结果
- 把结果与线路归属地对照，一致说明生效
- 断开重连一次，确认地址稳定不变
第三步最容易被跳过。有些程序会缓存连接，改了设置也不立刻生效，得重连一次才看得到变化。第四步是确认稳定性，重连之后地址跳回原样，说明规则没对上，或者程序读的是别处那份配置，与客户端里的代理IP设置并不相同。验证的顺序不要跳，跳过第三步就开始用，后面出了问题还得回到第一步重来。
程序侧看到的地址为什么和客户端不一样
常见原因是浏览器或系统里还有一层代理设置。两套配置同时存在时，优先级由程序自己决定，各家的实现不一样。验证的时候把系统和程序里的代理设置都看一遍，只留一套在跑，冲突就消失了。
换完要不要重启程序
多数情况需要。连接在程序启动时建立，改配置不动已有连接。有些程序支持热切换，改完立刻生效，判断办法是看地址有没有变，没变就重启一次，重启之后再看一遍。
线路归属地与地址显示不一致
查询页面给出的归属地是按IP地址库算的，库的更新有滞后，相差一两个城市属于正常。差得太远就要怀疑查的是缓存结果，或者线路本身已经换到另一段地址上，此时以程序侧的实际结果为准。
三步验完再动其他配置。跳过验证直接上手，后面出问题时连基线都没有，只能从头再走一遍。