单窗口单IP代理这个说法，落到操作上其实有五种做法，改的层次各不相同：客户端里填、程序参数里传、系统路由里加规则、网卡上绑地址、整台虚拟机单独走。五种做法的隔离程度依次上升，配置成本也依次上升，选错层次会出现「配了却没生效」的情况，白花时间。
先定改哪一层，再谈怎么填。
层次决定影响范围，影响范围决定会不会误伤别的程序。
(‘客户端层’, ‘只影响这一个程序，最精准，换程序要重填’)
(‘参数层’, ‘启动时传入，适合脚本化，改起来要动命令’)
精准度最高的是客户端层。每个程序填自己的设置，互不干扰，缺点是换程序就得重填一遍，窗口一多工作量翻几倍。系统路由层一次配完全机生效，省事，但配错一条规则全机断网，回滚也麻烦。参数层介于两者之间，适合有启动脚本的场景，脚本里带一个参数就能切换。
怎么选
窗口少就用客户端层，窗口多用虚拟机层，中间两种留给特殊场景。客户端层的配置直观，出问题时一眼看出是哪个窗口；虚拟机层隔离彻底，代价是内存和磁盘占用翻倍。网卡层现在用得少，一种场景下仍然合适：一台机器两块网卡，一块走内网一块走外部线路，程序和网卡的对应关系固定。
五种做法都试过之后会发现，真正拉开差距的不是填在哪里，是有没有确认生效范围。客户端层改完，开两个不同程序各查一次地址，两个都变了才算生效；系统路由层改完，命令行和浏览器各查一次，确认不是只有浏览器走了新规则。只查一次，证明不了范围。
配完之后怎么验
验代理IP的时候用两个不同类型的程序，一个带界面的，一个命令行的。带界面的走系统代理设置，命令行走环境变量，两条路都通才算真的生效。只验其中一个，很容易出现浏览器走新线路、后台程序还在走旧线路的情况，这种半生效最难查。
共用一份配置的风险
多个窗口读同一份代理IP配置文件，看起来省事，实际埋了隐患。改一个窗口的设置，全部窗口跟着变；一个窗口出问题，排查时不知道是配置坏了还是那一份被别的窗口覆盖了。每个窗口一份独立配置，文件名带上编号，改完对号入座，问题范围立刻缩小到一个窗口。
换层之后要复测
从客户端层换到虚拟机层，等于把整条链路重做了一遍，之前验过的结论全部作废。换层之后必须重测一遍地址、延迟、断线情况，尤其是延迟，虚拟机的网卡多一层转发，延迟会涨十几毫秒，长任务对这个数字敏感。不复测直接用，等于拿旧数据判断新架构。
五种做法没有优劣，只有合不合适。窗口数量、任务周期、机器资源三个条件一摆，能选的其实只剩一两种，剩下的都是备选。把这一两种做扎实，比五种都试一遍要省时间。