理解代理IP的工作原理，可以从一个问题入手：请求是从哪里进入这条链路的。有的方案在本地装一个代收进程，程序先把请求交给它；有的方案直接连到远端入口，由服务方接住。入口不同，后面动作的先后顺序也随之不同。
两种入口的差别
本地代收的做法是，程序按原有方式发出请求，本机的一个进程把它接住，再转给远端出口。代理IP在这条路径里承担了本地这一跳，程序本身往往不需要改动。
远端接入的做法是，程序直接连向服务方的入口地址。代理IP的入口由服务方提供，本地不驻留额外进程，需要填写的配置项也就更少一些。
各自的适用情况
本地代收适合不希望改动程序的场景，代价是多了一个需要照看的进程；远端接入配置轻，但对入口的可用性更依赖。代理IP的方案取舍，常常就在这两点之间。
无论哪种入口，代理IP的核心动作是一样的：接住请求、换一个出口发出、再把响应带回来。入口只决定了这个过程从什么地方开始。
理解入口的位置，排查时就有了方向。连不上时先看本地进程是否在运行，还是入口地址是否可达，代理IP的问题多半能在这两类里找到落点。
把入口想清楚，原理就理解了一半。代理IP的其余环节，都是围绕这个入口展开的转发与回传，顺序清晰之后就不难理解。
不同设备上的入口形式也不一样。桌面端可能是常驻程序，移动端更多是系统级的设置项，代理IP的入口位置会直接影响配置的方式与步骤。
入口还会影响故障的表现形式。本地入口出问题时，往往所有程序一起受影响；远端入口出问题时，可能只是某条线路不可用，代理IP的表现也因此不同。
弄清楚入口在自己的环境里落在哪一层，后续无论是调整配置还是排查异常，代理IP的使用都会更有条理。