同样是代理IP，换一种协议，内部动作的顺序与内容并不完全一样。搞清楚差别的来源，就能明白为什么有些程序只认某一种协议，也能解释一部分连接失败的原因。
转发型协议的处理方式
转发型协议通常只关心把请求送到目的地。代理IP在这种模式下动作直接，实现简单，适合网页类请求，但对非网页类的流量支持有限。
会话型协议的处理方式
会话型协议在建立阶段会协商更多信息，包括认证方式与目标地址。代理IP在这类协议下先建立一条会话，再在会话中承载多种请求，适应面更宽。
差别带来的影响
处理方式不同，对程序的要求也不同。代理IP在会话型协议下更接近透明通道，在转发型协议下更依赖程序按规则填写，两者对配置项的敏感度不一样。
认证位置也随协议变化。有的协议在建立连接时就要校验凭据，有的则把校验放在请求阶段，代理IP的配置项顺序也因此有所调整。
当程序报出连接错误时，先确认协议是否匹配。代理IP的参数对得上、协议对不上，依然无法建立链路，这是排查时容易被忽略的一环。
支持多种协议的服务通常会在说明里注明各协议的适用场景。代理IP的选型据此对照自己的程序，就能少走试错的路，直接选到合适的类型。
协议决定了动作的顺序，顺序不对，参数再准确也没用。代理IP的使用中，这一条值得反复提醒。
把常用程序与对应协议列成一张对照，代理IP的配置就不必每次重新摸索，交接时也有据可依。
理解协议层面的差别之后，遇到莫名其妙的连接失败，就能想到先从协议这一项查起。