SK5 在这类场景里的作用，实际是一个转发通道：程序把请求交给它，它替程序从另一条线路出去。它不改变归属，也不提供IP地址，地址得另外配。搞清这一点，很多关于 SK5 的疑问就自己消了，比如为什么配了 SK5 还是被认出来，因为IP归属那一层根本没变。
SK5 能单独用吗
不能。它是协议不是资源，必须先有一条可用的代理IP线路，把线路参数填进去才能转发。
- 它管什么
- 把程序的请求转到指定线路，按程序分流。
- 它不管什么
- 不管地址归属，不管地址是不是独享。
- 什么时候用它
- 需要按程序分流的场景，比整机接管细一档。
协议和资源分开看，很多疑问就消失了。
适合用的场景
需要按程序分流的场景最合适。同一台机器上，一个程序走线路甲，另一个走线路乙，SK5 能做到，整机接管做不到。窗口数量多、每个窗口要独立地址的场景也适合，因为每个窗口可以单独填一组参数，互不干扰。一台机器上跑五个窗口，每个窗口一组参数，互相之间看不到对方。
效果受什么限制
受线路本身的限制。SK5 只是转发，线路的质量、带宽、共享人数都不因为它而改变。线路慢，配了 SK5 还是慢；线路被多人共用，配了 SK5 还是会被挤。
另一个限制是程序是否走系统代理，不走系统代理的程序，配了 SK5 也不会经过它，得单独设置或者用网卡模式接管。
这两条限制决定了 SK5 不是万能的，它只解决转发路径的问题。
什么时候不该用
需要整机换地址的场景不适合。一台设备只跑一个程序、想让整台设备的流量都走一条线路，用 L2TP 更省事，规则少，排查也简单。SK5 的优势在细粒度，用不上细粒度的时候，它只是多一层配置。
选协议之前，先看要的是细粒度还是整机，答案就出来了。
把 SK5 当成通道，期待就不会错位。指望它解决归属或者稳定性的问题，配多少次都一样，因为那两层不归它管。