第三方插件 WebSocket 路径怎么放行
为什么有些插件在手机上连不上
移动网关默认只放行 dsh 内置的第一方 WebSocket 路径（比如终端用的 /sidebar/ws/terminal）。社区侧边栏插件常用自己的路径——文档里举过例子：/sidebar/ws/agent-opens、/sidebar/ws/agent-terminals 这类——它们默认被拦截，通常在连接诊断页显示为待处理项目。
这是刻意设计：多一道白名单，就少一条被第三方插件意外暴露的通道。
正确的放行流程
- 打开 连接诊断 → 第三方 WebSocket 路径，看被拦截的具体路径。
- 确认该路径确实属于你信任、且正在使用的插件。
- 只对确认过的精确路径点 允许。
- 插件仍连不上？回到诊断页看下一次实际拦截的路径，再按一条放行——逐条来，不要猜。
放行规则的三条边界
- 不接受模糊匹配：带查询字符串或前缀通配的路径一律不行，必须是确切路径。
- 不建议「全部允许」：图省事全放，等于把这道防线拆了。
- 随时可撤：已允许的路径可以移除；局域网和远程连接共用同一套规则。
放行到底放开了什么
只代表该路径可以通过已认证、同源的移动网关——不会开放任意 TCP/UDP 端口，也不会绕过设备配对。防线之外的事（比如插件自身的安全质量），仍取决于插件作者。
两个相关场景
- 另一个远程访问插件在你的移动页面里弹「未配对」：那是两套独立的授权体系，别把移动访问的密钥输进它的配对页；先在电脑端暂时关闭那个插件的远程访问，确认移动链路恢复再继续（更多此类问题见连接报错与配对异常问答）。
- HTTP iframe：网关允许部分 HTTP iframe 不代表客户端会加载——安卓 App 会阻止 HTTPS 页面里的 HTTP 混合内容，浏览器也可能拦截，优先配 HTTPS。