Azure Functions部署后跨站下载文件至Blob存储异常排查

核心问题 #

Azure Functions本地运行正常，部署后登录外部网站仅返回1个Cookie（缺失sessionid及认证令牌），导致下载文件固定为7.34 KiB，无法获取有效内容。

排查与解决方向 #

1. 修正HttpClient与CookieContainer的生命周期 #

Azure Functions默认会在每次触发时重新实例化函数类，若HttpClient和CookieContainer是类级别的非静态实例，会导致会话Cookie无法持久化：

• 将HttpClient通过依赖注入注册为Singleton，确保整个函数生命周期内复用同一实例；
• 确保CookieContainer与HttpClient绑定且为单例，避免每次请求重建丢失Cookie。

2. 校验Cookie属性差异 #

对比本地与Azure环境下登录响应的Cookie属性，重点检查：

• Domain：外部网站可能针对Azure的请求来源返回更严格的Domain限制，复制Cookie时需确保newCookie.Domain与fileUrl的Host匹配，或调整为父域名（如外部网站主域为example.com，则设置为.example.com）；
• SameSite：若外部网站返回SameSite=Strict，跨域请求（loginUrl与fileUrl域名不同）会被浏览器（或HttpClient）拦截，需在复制Cookie时显式设置SameSite=SameSiteMode.None并启用Secure属性（若使用HTTPS）；
• 用LogCookies打印完整Cookie属性（Domain、Path、Expires、SameSite），对比本地与Azure的差异。

3. 统一登录请求头 #

外部网站可能通过请求头识别环境，返回不同的Cookie：

• 添加与本地测试一致的User-Agent头：

  this.httpClient.DefaultRequestHeaders.UserAgent.ParseAdd("Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36");
  

• 同步Referer、Accept-Language等请求头，确保与本地请求完全一致。

4. 排查Azure网络环境限制 #

• 外部网站可能对Azure IP段有反爬/会话限制，尝试给Function配置专用出站IP或启用VNet集成，模拟本地网络环境；
• 检查Azure Functions的出站网络规则，确保未拦截Set-Cookie响应头。

5. 简化Cookie处理逻辑 #

手动复制Cookie可能引入错误，尝试让HttpClient自动管理会话：

• 确保CookieContainer绑定到HttpClient的Handler中，且实例复用；
• 移除手动复制Cookie的代码，依赖HttpClient自动携带登录后的Cookie到下载请求。

调试建议 #

• 在Azure日志中打印登录响应的所有Set-Cookie头，对比本地响应，确认是否有Cookie被过滤；
• 使用Application Insights捕获完整的请求/响应细节，追踪Cookie的传递流程；
• 在Azure环境中用curl/postman模拟登录请求，验证是否能获取完整Cookie，排除代码外的环境问题。

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