Azure工作簿自定义端点查询突发失效，请求排查建议

• 验证CORS配置准确性
  • 确认自定义端点的CORS规则已添加Azure工作簿的源地址（如https://portal.azure.com、https://*.azure.com，需匹配实际访问的门户域名）
  • 检查规则是否允许工作簿查询使用的HTTP方法（如GET/POST，必须与请求方法一致）
  • 若请求带身份凭证，需确保AllowCredentials设为true；注意通配符*与AllowCredentials不能同时启用，这是浏览器安全限制
• 检查端点实际响应头
  • 用Postman或curl直接请求端点，查看返回的Access-Control-*系列响应头是否符合配置
  • 重点确认Access-Control-Allow-Origin与工作簿的源完全匹配，无多余空格或字符
  • 涉及预检请求（OPTIONS）时，需确保OPTIONS请求能返回200状态码，且响应头包含正确CORS配置
• 排查工作簿请求细节
  • 打开浏览器开发者工具（F12），切换到Network标签触发查询，查看：
    • 请求的Origin头是否正确
    • 请求方法是否与预期一致
    • 是否存在自定义头导致预检请求失败
  • 查看Console标签获取更详细的CORS报错细节，比如具体哪个头不符合要求
• 检查端点安全限制
  • 确认端点未被Azure防火墙、NSG或其他安全设备拦截，工作簿所在IP范围需在允许列表内
  • 若端点需身份验证，检查工作簿内配置的凭证是否有效，避免凭证覆盖CORS响应头
  • 部分身份验证服务（如Azure AD）会修改CORS头，需确保其配置也包含工作簿的源地址
• 排查工作簿环境与缓存问题
  • 刷新工作簿页面、清除浏览器缓存后重试
  • 切换至不同浏览器或隐私模式测试，排除浏览器缓存或插件干扰
  • 确认工作簿所在Azure区域与端点区域无网络故障，可尝试用同区域资源访问端点测试

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