Azure Bot Service代理环境下Web Chat无法响应问题排查求助

你的判断非常有可能是正确的——本地调试正常、仅公司代理环境下所有Azure机器人的Web Chat都失效，且报错指向WebSocket握手失败，这几乎可以确定是代理层的拦截或配置问题。不过我们可以先快速排查几个小项，彻底排除其他可能性：

快速排查其他潜在问题 #

• 确认Azure机器人状态：登录Azure门户，检查机器人资源是否处于运行中状态；查看「监控」菜单下的日志，确认没有机器人服务本身的报错；同时在「渠道」菜单里验证Direct Line服务是否正常启用。
• 切换网络测试：用手机热点等非公司网络访问Web Chat测试页面，如果能正常交互，就100%坐实是代理环境导致的问题。

若确认为代理问题，需向代理团队提出以下请求 #

针对wss://webchat.botframework.com这个Azure Bot Framework Web Chat服务的核心域名，需要代理团队调整以下配置：

• 放行WebSocket（wss://）协议：代理需要允许该域名的WebSocket流量通过，不能拦截WebSocket的握手请求。
• 保留WebSocket握手请求头：WebSocket握手依赖标准的Upgrade: websocket和Connection: Upgrade请求头，代理不能篡改或移除这些头，否则会直接导致握手失败返回400错误。
• 放行443端口的HTTPS流量：确保代理允许该域名的443端口出站HTTPS请求，且不要对该域名进行SSL/TLS中间人攻击（比如强制替换为自签名证书），否则会破坏WebSocket的SSL验证流程。
• 放行特定路径的请求：如果代理有URL路径拦截规则，需要放行/v3/directline/conversations/*/stream格式的路径（对应错误日志里的请求路径）。

你可以把浏览器控制台里的完整错误信息（包括那个wss开头的连接URL和400错误码）一起提供给代理团队，帮助他们更快定位问题点。

内容的提问来源于stack exchange，提问作者YuriW