配置完代理最怕的一件事是「以为走了、其实没走」：客户端设置没生效、程序没读配置、系统代理被覆盖，都可能让流量悄悄直连。确认流量是否真的经过代理服务器，是代理使用的基本功，也是代理IP排障的第一步。
验证的原理很简单：直连时目标看到的是你的真实出口，走代理后看到的是代理的出口——代理IP是否生效，本质上就是在对比这两个地址是否一致。只要想办法让目标「报出」它看到的地址，再和你预期的出口对比，走没走代理立刻见分晓。
这篇给出三个位置上的验证方法，覆盖浏览器、命令行与系统三个层面，按场景选用即可。
第一处：浏览器里的出口查询
最简单的验证在浏览器里完成：访问能显示来源地址的查询页面，看返回的地址是不是代理的出口。若是代理的地址，说明浏览器流量正在走代理；若显示的是你本地宽带的真实地址，说明浏览器的代理设置没有生效，回到配置检查。
这个方法只验证浏览器本身：浏览器之外的程序走不走代理，它管不着。想确认全局情况，要用命令行看系统层面的出口。
命令行工具通常遵循系统的代理设置或环境变量：在命令行里查询出口地址，若与代理一致，说明系统级代理生效，多数程序都会走代理；若不一致，则要检查系统代理开关与环境变量是否配置正确——程序读配置的顺序不同，常在这里出分歧。
浏览器与命令行两处都确认走代理后，还可以补一个反向验证：临时关闭代理再查一次出口。关闭前后出口地址不同，说明代理确实在起作用；关闭后地址没变，则之前的「走代理」可能是假象，配置还得再查。
验证流量走没走代理，看目标返回的地址：对得上代理出口就是走了，对不上就查配置——浏览器、命令行、关代理复测三处对照。
代理服务器的概念到这里就收尾了：从它是什么、怎么来的，到企业里的角色、一次请求的全程、缓存与反向两大形态、串链与部署、认人与验证。代理IP服务只是这个大家族的一个分支，看懂全貌，分支里的门道自然就通了。
验证还有一个进阶动作：对稳定性要求高的业务，可以定期做一次「代理体检」——每天抽查一次出口地址与延迟，记录变化。持续观察比单次验证更有价值，代理IP链路长期稳定与否，从体检记录里看得最清楚。
把验证变成习惯后，代理使用会进入一个良性循环：每次配置变动都验证、每次异常都对照、每次验证都记录，积累下来的数据就是你对代理IP链路最真实的了解。工具的价值在会用，更在用得勤——验证这件事，勤快就是效率。
养成随手验证的习惯还有一个隐形收益：它能帮你积累对出口的直觉——哪些出口稳定、哪些时段顺畅、哪些配置容易失效。直觉来自数据，数据来自验证，代理IP用得越久越顺的人，往往就是验证做得最勤的人。
最后把三种验证方法串成一句话：浏览器看出口、命令行看系统、关代理做对照——三个位置都确认走代理之后，代理IP是否真正生效这件事，就再也没有悬念了。