Azure Data Factory REST复制活动附加Cookie标头不生效返回401错误问题

核心原因 #

这是Azure Data Factory中REST连接器的已知特性差异导致的，和HTTP源、Web活动的标头处理逻辑有明显区别：

• REST连接器的分字段附加标头会对值内的特殊字符自动做转义处理：你从Set-Cookie响应头获取的内容默认包含; Path=/; HttpOnly这类属性后缀，REST源填写键值对时会将分号、空格等特殊字符转义，导致服务端无法识别正确的Cookie结构，触发401。而HTTP源的字符串格式附加标头、Web活动的标头配置都会原封不动发送内容，不会做额外转义，因此可以正常认证。
• 匿名认证下的标准头限制：REST连接器对Cookie这类标准请求头有特殊校验逻辑，绑定匿名认证链接服务时，部分版本的连接器会在出站请求时悄悄修改Cookie头的格式，即使调试日志显示值正确，实际发出的请求头已经不符合服务端要求，HTTP源和Web活动没有这个限制逻辑。
• 重定向处理逻辑差异：REST连接器默认开启自动重定向跟随，且重定向请求不会携带用户手动配置的自定义标头，若API首先返回3xx重定向，后续跳转请求会丢失Cookie，而HTTP源和Web活动的默认重定向策略会保留自定义标头，因此不会触发认证失败。

可行解决方案 #

• 方案1：规避分键值对填写附加标头的转义逻辑，直接在REST源附加标头配置栏输入完整串表达式：@concat('Cookie: ', activity('GetCookie').output.ADFWebActivityResponseHeaders['Set-Cookie'])，不需要拆分名称和值单独填写。
• 方案2：提前裁剪Set-Cookie的冗余属性，只提取核心的Cookie键值对部分再传入，避免特殊字符转义问题：@split(activity('GetCookie').output.ADFWebActivityResponseHeaders['Set-Cookie'], ';')[0]。
• 方案3：如果需要用分页功能，在分页规则配置中手动指定分页请求的标头模板，将Cookie头加入后续分页请求的固定配置中，避免分页请求丢失Cookie。

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