兼容性这个词很笼统，拆开看只有两件事：协议对不对、设备支不支持。协议不对，程序连不上；设备不支持，装都装不上。代理IP的两类不兼容表现差别很大，前者的错误来自网络层，后者来自安装层，前者报连接失败，后者报安装失败，先把这两类分开，问题就清楚了一半。
协议看程序，设备看系统。
协议这一层要看三个方向。业务程序支持哪一种协议，服务商的线路提供哪一种，中间是不是需要转换。三者里只要有一环对不上，表现都是连不上。常见的组合是程序只支持 SOCKS5，而手上只有 HTTP 线路，这时候换线路比改程序省事。
设备这一层要看系统版本和硬件架构。老系统上装不上新客户端，是因为客户端要求的运行库版本更高；ARM 架构的设备装 x86 安装包，会直接提示不兼容。这两种情况在网络层看不出来，只有到安装这一步才暴露。
还有一类是模式上的不兼容。局部代理模式和全局模式对程序的接管方式不同，有些程序只认其中一种。局部模式配了半天不走流量，换成全局立刻就好，这类问题常被误判成线路故障。代理IP能不能用上，模式和协议一样重要，选型时把模式支持也列进对比表，比事后返工划算。
判断兼容性有一个省事的办法：先用最基础的方式连通一次。命令行、系统代理、一个最简单的程序，三样里能通一样，说明这条代理IP的协议和设备都过关，剩下的就是配置问题。
三样都通不了，才去怀疑兼容性。这个顺序能把大部分「看起来不兼容」的情况排除掉。
把协议、设备、模式三样列成一张表，选型的时候照着勾，比事后排查省事。