已启用CORS但Azure Workbook无法从自定义端点获取数据

• 核对Function App的CORS配置细节
  确认已在Function App的CORS设置中添加*，同时检查是否开启了允许凭据选项。Azure Workbook发起请求时可能携带凭据，若未开启该选项，即便允许所有来源也会触发CORS错误。另外，排查是否存在重复的CORS规则（比如同时添加*和特定域名），规则冲突也可能导致验证失败。

• 确认Workbook请求的实际Origin
  打开浏览器开发者工具（F12）切换到网络标签，触发Workbook的请求后查看请求头的Origin字段。部分场景下Workbook的实际请求源是Azure Portal的特定子域名，而非泛域名，此时需要将这个具体Origin添加到Function App的CORS允许列表——注意*和凭据无法同时生效，若Workbook带凭据请求，必须指定具体Origin。

• 检查Function App的身份验证配置
  若Function App启用了App Service Authentication/Authorization（如Azure AD），需确认Workbook的请求是否携带有效身份凭证。同时检查是否允许匿名访问：如果强制要求身份验证，Workbook未携带凭证会被拦截，错误表现可能和CORS问题混淆。

• 验证Function的响应头
  确保Function返回的响应中包含正确的CORS相关头，比如Access-Control-Allow-Origin、Access-Control-Allow-Credentials（若需携带凭据）。可以在Function代码中显式设置这些头，比如Python中用response.headers["Access-Control-Allow-Origin"] = "具体Origin或*"，避免依赖自动生成的头可能出现的异常。

• 对比Workbook与Postman的请求差异
  Postman测试正常不代表Workbook的请求格式完全一致。检查两者的请求方法、请求头、参数是否匹配：比如Workbook用GET请求而你测试的是POST，或者请求头缺少必要字段，导致Function返回错误，浏览器会将这类请求失败包装成CORS错误。

• 排查网络与区域限制
  确认Function App和Workbook所在Azure区域是否存在网络隔离，比如Function App配置了虚拟网络集成或IP限制，而Workbook的请求IP不在允许列表内。这种情况下请求会被拦截，也可能表现为CORS错误，可临时关闭IP限制测试是否恢复正常。

• 查看Function App的请求日志
  打开Function App的日志流或Application Insights，检查请求是否到达Function，以及具体错误信息。如果请求未到达，说明是网络或权限问题；如果到达但返回错误，根据日志排查代码异常、参数错误等问题——这些场景都可能被浏览器包装为CORS错误。

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