云服务器上搭建代理IP，要分两个层面：一是把多个地址绑到机器上，二是让程序从指定地址出去。前者在云控制台和系统网卡设置里做，后者靠路由规则和程序配置。两个层面分开做，出问题时能一眼看出是哪一层没成。
先解决绑得上，再解决走得对。
搭建的第一层是绑定，云控制台加弹性地址，加完在系统里能看到。注意加的地址要和实例同一个地域，跨地域绑不上。绑完先在本机 ping 一次，通了才算这一层完成。这一层没通就往下做，后面所有验证都会指向错误的方向，白花时间。
地址绑不上，先看地域和实例在不在同一个区。
第二层为什么难
第二层的搭建是让程序从指定地址出去，比绑定难。系统默认用主地址发包，要让某个程序用另一个地址，得在路由表里加规则，把它的流量指向指定的源地址。规则写错了，表现出来是所有流量还从主地址走，看不出错在哪。这一段建议在本机用命令行看路由表，比在图形界面里翻更清楚。
- 源地址绑定
- 把程序的流量指定到某个源地址，Linux 靠路由规则。
- 优先级
- 多条规则时按优先级匹配，写反了细规则不生效。
- 验证
- 在外部看请求来源，别只看本机地址。
规则写反的典型表现
规则写反的表现很一致：本机查地址是对的，外部看到的还是主地址。因为本机查的是网卡上绑了哪些地址，不等于发包用的是哪一个。判断办法只有从外部看，用另一个机器或者在线服务查请求来源。
两个层面都通了之后
两个层面都通了，剩下的就是维护：加地址的时候同步加规则，删地址的时候同步删规则。只加不删的，代理IP规则表会越来越长，某天发现某条规则挡住了新的，排查起来要从头捋一遍。改完把规则导出一份存着，比记在脑子里可靠。
认证和端口要不要单独配
要。搭建好之后服务端通常还要配认证和端口，认证方式对了，客户端才连得上；端口没开，连得上但不转发。这两项在服务端配置里，和前面两个层面不是一回事，别混在一起查。
两个层面加两项配置，一共四处。四处都对的，这套云服务器代理IP才叫搭好。只做完第一层搭建的，本机查着有地址，用起来还是走主地址；只做第二层的，规则指向的地址根本不存在。按搭建顺序走，每层都有能验证的结果。