很多人以为 L2TP 和 SOCKS5 只是同一件事的两种写法，随便挑一个填进去就行。这两类协议的接入层次差得远：一个在设备层面建立连接，一个在程序层面转发请求。设备支持哪一类，往往在选资源之前就已经定死了。先弄清手上这批设备能接什么，再去找对应的线路，比先买后试省事。
- 确认接入层次 程序级代理配置选 SOCKS5，整机或网段级配置选 L2TP。
- 核对设备支持 软路由固件、系统版本是否内置对应客户端，先查清。
- 填齐连接参数 SOCKS5 要四项，L2TP 通常三项，部分还带预共享密钥。
- 建立连接 在设备侧发起连接，成功后先看状态是否稳定。
- 分配与验证 按设备或网段指定走哪条，再逐台查实际地址。
两类协议各适合什么场景
SOCKS5 这条路短，参数少，配在代理软件里就能用，适合电脑端逐个程序指定线路的场景。L2TP 这条路长一些，要在设备上建连接，但胜在覆盖面广，一次配置能让整个网段的设备都走指定线路。选型时主要看两点：手上的设备支持哪一种，希望以多大的粒度去分配。技术新旧并不在考虑范围里。粒度到程序就选前者，粒度到设备就选后者。
分流规则为什么总漏
连接成功和流量走对是两件事。设备上显示已连接，只说明这条代理IP拨上了，指定的终端有没有走它，还得看规则写没写、写对没写对。漏写一条，对应的设备就还在走默认通道，从外部看和没配一样。
同一条代理IP线路同时用在两类协议上，排查时容易认错对象。
多设备场景里，建议把代理线路按用途分开管理：一部分专门给程序级使用，一部分留给设备级接入。混在一起不但难排查，扩容时也容易算错数量。每接一条新的代理IP线路，先单独验证它在目标设备上能不能稳定连通，再纳入统一分配。这样的好处是问题出现时，能立刻判断是线路本身还是分配规则出了偏差。
手机端要单独确认
接上不同的网络不等于每台手机就有不同的对外地址，手机端要逐台确认实际读到的 IP，别只信连接状态。
逐台确认这一步省不掉，设备数量多的时候更不能略过。
设备支不支持，往往在选资源之前就已经定死了，先查再买。
归纳三点：先确认设备支持哪一类协议；能用原生方式接入就别急着加中间层；无论走哪条路，最后都要逐台核对实际地址。三点都做到，配置过程基本不会来回返工。