配置Direct Line可信源后多浏览器仍弹出验证码的问题咨询

1. 规范可信源格式 #

• 确保添加的URL仅保留协议+域名+非默认端口，不要带路径、参数或哈希。比如正确写法是https://your-app-domain.com，而非https://your-app-domain.com/chat
• 把所有可能的域名变体都加上，比如带www和不带www的版本，测试/生产环境的不同域名

2. 适配浏览器隐私策略 #

• Safari：默认的智能跟踪防护（ITP）会限制第三方Cookie，需确保Direct Line认证Cookie设置了SameSite=None和Secure属性（仅HTTPS环境可用），同时确认你的域名未被ITP拦截
• Firefox：检查增强跟踪保护（ETP）设置，临时关闭ETP测试，若问题消失就把域名加入例外列表
• Chrome隐身模式（多账号场景）：多账号会隔离存储，要保证Direct Line认证流程不依赖非会话级存储，或者初始化客户端时指定用会话存储

3. 校验客户端初始化配置 #

• 初始化Direct Line客户端时，正确设置domain参数指向你的Bot的Direct Line端点，避免跨域拦截
• 若用WebSocket连接，确认可信源包含WebSocket端点域名，WebSocket的跨域规则更严格

4. 排查跨域请求错误 #

• 用浏览器开发者工具的Network面板，查看Direct Line认证请求的CORS报错、Cookie携带情况
• 确认请求的Origin头和你配置的可信源完全匹配，浏览器可能自动补全端口，要确保可信源包含正确端口

5. 同步Azure端配置 #

• 检查Azure Bot Service的Direct Line增强认证是否开启，所有相关域名都已加入可信源
• 重新保存可信源配置，确保同步到所有边缘节点

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