当Shadowrocket日志中出现“unsupported”警告时，用户首先应确认当前节点的连接状态，如果节点可正常访问网页则无需过度处理，只需将该警告视为协议协商过程中的信息记录而非故障报警。如果连接已中断且网页无法加载，则需进入节点编辑页面核对加密方式、传输层网络类型、路径、伪装域名以及alterId等核心参数是否与服务商提供的配置完全一致，任何一项参数的偏差都可能触发服务端返回“unsupported”响应。对于Trojan节点，尝试在传输层设置中调整TLS版本选项，关闭“TLS 1.3”强制使用TLS 1.2以提升兼容性。如果排查后发现该“unsupported”警告与UDP转发相关而节点本身不支持UDP，直接在设置中关闭UDP转发功能即可消除该警告，不影响TCP代理体验。订阅更新后出现大量“unsupported”警告且节点连接正常时，通常是因为订阅内容包含Shadowrocket无法识别的自定义扩展字段，此类警告可完全忽略。如果经过所有参数调整后警告依然存在且连接持续失败，则说明该节点的服务端实现与当前Shadowrocket版本存在根本性的协议不兼容，此时应果断放弃该节点并切换至其他兼容节点，避免在排查上投入过多时间。定期更新Shadowrocket至App Store的最新版本是减少“unsupported”警告的最根本措施，因为新版本持续扩展对各类协议新特性的解析支持，使应用能够识别和处理更多服务端的扩展字段，从而避免因客户端版本过旧而产生的功能缺失类警告。
协议特性不兼容的通用提示
该警告表明客户端与服务端之间存在功能协商失败
当Shadowrocket的连接日志中出现“unsupported”字样时，其核心含义是当前代理节点在尝试与目标服务器或代理服务端进行协议协商时，遇到了客户端请求的某个功能或参数不被对方支持的情况。这一警告通常出现在建立连接的过程中，表示客户端尝试启用或应用了某个协议特性，但服务端返回了“不支持”的响应，导致该特性被降级或直接跳过。该警告并不一定意味着连接会完全失败，但往往意味着某些优化或安全性功能未能按预期工作，网络性能可能因此受到一定影响。
该警告出现在协议层而非网络层
与“connection timeout”或“network unreachable”这类反映网络连通性的错误不同，“unsupported”警告触及的是协议层面的兼容性问题。它出现在Shadowrocket已经成功与代理服务器建立网络连接之后，正在交换协议握手信息的阶段。这意味着物理链路是通的，但双方在对“接下来如何通信”这个问题的回答上存在分歧。例如客户端声明自己支持某种加密扩展，但服务端没有对应的实现，便会返回一个“unsupported”标识，客户端收到后只能放弃该扩展或回退至基础协议模式。
该警告不一定伴随连接失败
许多用户初次遇到该警告时会误以为节点已不可用，但实际上连接可能已经成功建立且网页访问正常，只是日志中残留了一条黄色的警告记录。这是因为Shadowrocket通常会在探测到不支持的扩展后自动执行降级策略，即放弃该扩展并使用双方都支持的基础协议功能完成连接。这条警告的价值在于向用户揭示了“当前连接与理想配置存在差距”这一事实，而非直接宣告连接失败。但对于一些严格要求特定扩展才能正常工作的功能（如VLESS的流控或某些混淆模式），不支持则可能导致连接完全无法建立，此时警告会伴随连接错误同时出现。
基于协议类型的具体成因分析
Shadowsocks协议下的“unsupported”通常指向加密算法不匹配
当用户使用Shadowsocks节点时，如果日志中出现“unsupported”且后续连接立即断开，最常见的诱因是客户端配置的加密方式（如aes-256-gcm）与服务端实际配置的加密方式不一致。服务端在接收到客户端的握手请求后，会检查请求中的加密算法标识，如果发现该算法不在服务端允许的算法列表内，便会返回一个包含“unsupported”信息的错误响应并直接拒绝该连接。此时用户必须进入Shadowrocket的节点编辑页面，将加密方式修改为服务商实际配置的算法（通常为chacha20-ietf-poly1305或aes-256-gcm），保存重试后警告即告消失。
VMess协议中的“unsupported”常与alterId或传输层配置错误相关
VMess协议的握手过程中，客户端会向服务端声明alterId参数值和传输层协议类型（如tcp、ws、grpc）。如果服务端的配置中alterId值不同（例如服务端设置为0而客户端设置为64），或客户端声明的传输类型（如ws）与服务端实际监听的传输类型（如tcp）不一致，服务端会在协议检查阶段返回“unsupported”错误并关闭连接。这种情况下，用户需要检查节点编辑页面中的“传输层”二级菜单，确保alterId数值和服务端提供的完全一致，同时确认传输层“网络”类型与服务端实际配置的传输方式匹配。将alterId修改为正确的数值或切换传输层类型后，该警告即不再出现。
Trojan协议中的“unsupported”多见于TLS版本或加密套件协商失败
Trojan协议重度依赖TLS安全传输层，如果Shadowrocket客户端尝试使用的TLS版本（如TLS 1.3）不被服务端支持，或客户端请求的加密套件组合在服务端的允许列表中不存在，服务端会在TLS握手阶段返回“unsupported”协议消息。与Shadowsocks和VMess不同，Trojan下的“unsupported”可能不会直接导致连接拒绝，而是触发TLS的版本回退或套件降级，但这类降级可能影响连接的稳定性和加密强度。处理此类问题的最快捷方式是确保Shadowrocket已更新至最新版本，因为新版本通常包含更全面的TLS加密套件支持，同时可尝试在传输层设置中关闭“支持TLS 1.3”的选项，强制使用更广泛兼容的TLS 1.2版本。
节点服务端功能限制引发的“unsupported”警告
服务端未启用UDP转发时UDP关联请求返回不支持
当用户在Shadowrocket的设置中开启了UDP转发功能，并尝试让一个基于UDP的应用（如游戏或VoIP）通过代理节点通信时，如果代理服务端的配置中明确禁用了UDP relay功能，服务端会在收到UDP关联请求后返回“unsupported”响应。Shadowrocket收到该响应后会在日志中记录这条警告，并自动放弃该UDP流量的代理尝试，使其回退至直连状态。这种特定功能不支持的情况不会影响节点的TCP代理能力，网页浏览依然正常，但外服游戏或语音通话的UDP部分将无法走代理。解决方案是确认当前节点是否由服务商承诺支持UDP转发，如果支持则需要联系服务商确认服务端UDP relay功能的启用状态。
服务端不支持mKCP或QUIC等传输层优化协议
部分高级代理配置中，客户端可能会尝试使用mKCP（基于UDP的KCP协议）或QUIC协议来优化弱网环境下的传输性能，但这些协议并非所有服务端实现都原生支持。当客户端尝试以mKCP或QUIC作为传输层协议发起连接时，如果服务端没有对应的协议处理模块，握手阶段便会返回“unsupported”错误，提示客户端该传输方式不可用。此时Shadowrocket通常会尝试回退至标准的TCP传输，但回退后该节点的传输优化效果将不存在，用户在网络不稳定的环境下可能感觉到明显的性能下降。要完全消除该警告并获得优化效果，用户需要更换至明确支持mKCP或QUIC的节点服务商，或自行在服务端安装对应的协议插件。
服务端未开放WebSocket或gRPC路径时的传输不匹配
当用户在VMess或VLESS节点中配置了WebSocket传输方式，并填写了特定的路径参数（如/ray），但服务端实际并未在该路径上监听WebSocket连接时，服务端会因无法匹配预期的传输升级请求而返回“unsupported”或“Bad Request”类响应。这种情况尤其在用户从分享链接导入节点时发生，因为分享链接中可能包含了路径参数但服务端的实际配置与分享信息不同。用户需要核对服务商提供的传输配置，确保传输层设置中的网络类型、路径和伪装域名三项参数与服务端实际配置完全一致，修改后重试即可消除该警告。
客户端版本与配置文件语法导致的“unsupported”
Shadowrocket版本过旧未能识别配置文件中的新参数
当用户的Shadowrocket版本显著落后于配置文件所引用的规则集或策略组定义中的新语法时，应用在加载配置或处理连接时可能会在日志中记录“unsupported”警告。例如新版本配置文件中的[General]字段新增了某个优化参数，而旧版本的应用不认识该参数，便会在尝试解析时忽略它并输出警告。此类警告通常不影响核心代理功能的启用，但会导致某些新增优化特性无法在当前设备上生效。解决方式是前往App Store检查Shadowrocket是否有可用更新，升级至最新版本后重载配置即可消除这些与参数识别相关的警告。
配置文件引用了不支持的策略组类型或规则写法
当配置文件中使用了proxy-groups段落中未被当前Shadowrocket版本识别的策略组类型，或[Rule]区域中出现了旧版本解析器不支持的规则格式时，应用在加载配置文件并处理连接匹配时可能会在日志中输出“unsupported”警告，并跳过该条规则或策略组定义。被跳过的策略组可能完全不可用，导致指向该组的规则失效，表现为某些域名意外直连或走错节点。此时用户除了升级Shadowrocket版本外，还应查阅配置文件中出现警告的行号，检查是否混入了Clash或Surge等其他代理客户端专有的语法结构，将其修改为Shadowrocket原生支持的格式后即可恢复正常。
订阅内容中包含客户端无法解析的扩展字段
某些订阅服务商会在订阅内容中添加自定义的节点扩展信息，例如为节点标注特定的地区代码或线路类型标记，这些扩展字段在服务商的定制客户端中可以被识别和利用，但在Shadowrocket中则会被作为“unsupported”字段忽略。这类警告数量可能较多且每次订阅刷新后都会出现，但如果不影响节点的正常连接和分流功能，用户可以完全忽略这些警告，它们只是Shadowrocket在解析订阅时向用户透明告知“这个字段我不认识，我把它跳过了”。尝试删除或修改订阅内容来消除这类警告既不现实也无必要。
该警告对日常网络体验的实际影响判断
连接正常且网页加载流畅时的“unsupported”可忽略
如果用户发现日志中存在“unsupported”警告，但当前网页浏览、视频播放和应用访问均未出现异常，节点切换流畅且延迟正常，则说明该警告涉及的是某项非关键的扩展功能，Shadowrocket已经自动执行了降级策略并使用基础协议完成了连接。在这种情况下，用户无需采取任何行动，该警告仅仅是一个信息性的提示，而非需要修复的错误。过度关注每一条日志警告可能导致不必要的焦虑和配置调整。
伴随连接超时或拒绝时的“unsupported”需立即排查
当“unsupported”警告与“connection refused”、“timeout”或“connection reset”等错误提示同时出现在日志中，且用户确实无法通过该节点访问任何网站时，则说明该节点的协议协商失败已经导致了连接中断，必须进行处理。此时应检查节点编辑页面中的加密方式、传输层参数、alterId值以及密码是否与服务商提供的配置完全一致，任何一项参数的偏差都可能是服务端返回“unsupported”的原因。修正后重新尝试连接，如果问题依旧则说明该节点可能与当前的Shadowrocket版本存在根本性的不兼容，需要更换节点。
日志中反复出现的“unsupported”可能消耗设备性能
在极少数情况下，如果Shadowrocket在处理某个连接时反复尝试协商同一项不受支持的协议扩展，并不断在日志中记录新的警告条目，可能在短时间内产生大量日志输出，占用存储空间并略微增加CPU负载。此时用户可以通过配置文件或应用设置明确禁用引发警告的扩展功能，例如在传输层设置中取消勾选“mKCP”选项，或在节点编辑页面中关闭“UDP转发”来消除对应的反复警告。主动消除这类无意义的重复日志是保持应用轻量运行的良好习惯。
常见问题FAQ
日志出现“unsupported”但节点能用，需要管它吗？
不需要。如果节点能够正常访问网页且速度符合预期，该警告仅代表某些非必须的功能协商失败，应用已自动回退至基础兼容模式。用户可将其视为信息提示而非错误报警，无需因此更换节点或调整配置。
unsupported警告会导致节点速度变慢吗？
可能。如果警告涉及的是传输层优化功能（如mKCP、QUIC或多路复用），降级至基础TCP模式可能在网络波动较大的环境下导致速度下降。如果涉及的是加密算法回退，加密强度的降低不会直接影响速度，但可能带来安全隐患。建议用户升级Shadowrocket或更换支持这些扩展的节点来消除警告并恢复优化性能。
订阅更新后出现大量unsupported警告正常吗？
如果警告内容指向的是节点备注中的自定义字段或服务商特有的扩展信息，这种大量出现是正常现象，因为Shadowrocket不认识服务商定制的字段结构。这类警告每次订阅刷新后都会重现，用户无需理会，不影响节点实际使用。
怎么快速定位是哪个参数导致的unsupported？
先查看日志中警告出现前后是否有明确的路由或协议标识，例如警告前出现了“SS”或“VMess”字样则定位到对应节点的协议类型。然后在节点编辑页面中逐一调整加密方式、传输层网络类型和alterId等易错参数，每次调整后重连并观察警告是否消失。如果调整所有参数后警告依然存在，说明是该节点服务端本身不支持某项客户端默认启用的功能，此时可考虑更换节点。