云手机里改线路，和本机改是两回事。本机在系统里填一次，所有程序都跟着走；云手机要先在控制台上给这台实例挂好线路，再进实例系统里配客户端，两层都对了才生效。代理IP在云手机上的配置顺序，比配置本身更容易出错，很多人卡在第一步，以为客户端填对了就行。
先挂线路，再进系统配，顺序反了要重来。
- 实例级线路
- 在云手机控制台上给实例绑定线路，整台实例的流量都走它。
- 系统级代理
- 进实例系统后在设置里填地址端口，只影响这台实例。
- 程序级代理
- 在实例里给单个程序指定线路，最灵活也最容易配漏。
云手机里的线路怎么填
控制台一般有「网络」或者「代理」的入口，填代理IP的地址、端口、账号密码，协议选 SOCKS5。填完先别急着开业务，在实例里打开一个查地址的页面，看显示的是不是这条线路的地址。控制台显示已绑定、实例里查出来还是原始地址，说明绑定只做了一半，多半是实例没重启。
- 在控制台给实例绑定线路，记下分配的地址和端口
- 重启实例，让网络配置生效
- 进实例系统，打开查地址页面确认已切换
- 再给需要单独走的程序配一层程序级代理
改完不生效查什么
最常见的是客户端里代理IP还是旧值。云手机的系统镜像往往带一个预装的代理客户端，控制台那边改了，客户端里的旧值还在，两层打架。把客户端里的配置清空，只留控制台那一层，问题多半就没了。第二种是协议不匹配，控制台给的是 SOCKS5，客户端里填成 HTTP，表现是能连但打不开网页。
批量改的省事办法
一台一台改太慢的时候，用控制台的批量操作。把实例按业务分组，每组绑定同一批代理IP，组内实例的配置一次性下发。这里有个坑：批量下发不检查冲突，如果某个实例之前单独绑过线路，批量操作会直接覆盖，原来那条就丢了。下发之前先把单独绑过的实例列出来，做完再补回去。
批量之后要抽检
批量之后抽检。十分之一的实例打开查地址页面，确认显示的是分配的地址，而且组内互不重复。抽检这一步不能省，批量操作出错是整批出错，抽检能第一时间发现。
两层都配了才算改了，只看一层等于没改。
云手机改线路的难点在层与层之间的关系。控制台一层、系统一层、程序一层，三层里哪一层没配，表现出来的都是同一个症状：查出来还是原来的地址。排查时从最外面那层往下走，比在客户端里反复试快得多。