Power Automate自定义连接器设置Authorization请求头报错问题咨询

平台对Authorization请求头有强制托管逻辑，所有手动在请求定义里添加该头的操作都会被拦截，自行配置的头覆盖规则也会被内置认证逻辑覆写，自动填充Bearer格式令牌就是该托管逻辑的默认行为，无需尝试各类前端改参数、抓包改请求之类的绕过方案，均无法稳定生效。
以下是经过实测的可行方案，按优先级选择即可：

方案1：官方API Key认证配置（优先选，稳定性最高） #

• 进入自定义连接器的安全标签页，身份验证类型直接选API Key，不要选其他认证类型
• 参数位置选择Header，参数名严格填写Authorization
• 回到定义标签页，删掉所有手动添加的Authorization请求头配置，同名头会触发平台拦截逻辑
• 保存连接器配置，删除此前创建的所有旧连接，新建连接时在密钥输入框完整填入rest_api_key=xxxxxxxxxxx格式的完整值即可
• 核心注意点：旧连接会永久缓存创建时的认证逻辑，哪怕后续修改连接器配置也不会同步更新，90%的配置后仍返回Bearer头的问题都是未删除旧连接导致的。

方案2：策略覆写头（适配平台异常自动加前缀的场景） #

如果按方案1配置后，平台仍异常给传入的密钥值自动拼接Bearer 前缀，用策略层覆写解决：

• 安全页仍保留API Key类型的认证配置，参数名、位置和方案1一致
• 进入策略标签页，新建设置HTTP头策略
• 头名称填Authorization，头值填写rest_api_key=@connectionParameters('api_key')（api_key为平台API Key认证类型的默认参数名，如果你自定义过参数名对应替换即可）
• 策略执行时机选择请求发送前，作用范围勾选连接器下的所有操作
• 保存后删除所有旧连接，新建连接测试。

方案3：无认证+策略注入（兜底方案，完全绕开平台托管逻辑） #

如果前两个方案都受平台缓存或特殊规则影响不生效，直接跳过平台内置认证体系：

• 安全页身份验证类型选择无身份验证，下滑到连接参数配置区，新增一个字符串类型的参数，命名可自定义（比如CustomAuth），勾选标记为敏感参数，设置为连接创建时必填
• 进入策略标签页，新建设置HTTP头策略，头名称填Authorization，头值填写rest_api_key=@connectionParameters('CustomAuth')
• 执行时机选请求发送前，作用范围覆盖所有操作
• 该方案下头是在请求发出的最后节点由策略注入，不会触发平台的Authorization头前置校验，也不会自动拼接任何前缀、替换值，适配所有非标准Authorization格式的API对接场景。

校验提示：测试时可以在策略里再加一个记录HTTP请求的调试策略，执行测试后查看实际发出的请求头，确认值正确后再关闭调试即可。

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