Azure REST API中SAS Token放入Authorization header的问题

问题核心 #

你的IoT设备URL长度限制为288字符，将SAS Token拼入URL后总长度超过320；直接把SAS Token放入Authorization header会因格式错误返回400，且设备无法生成SHA256哈希进行Shared Key授权。

可行解决方案 #

1. 修正Authorization header的SAS格式（优先尝试）

直接放入SAS Token报错是因为格式不符合Azure要求，正确的Authorization header格式需要添加固定前缀，示例如下：

Authorization: SharedAccessSignature sv=2021-10-04&ss=btqf&srt=sco&st=2023-01-10T14%3A23%3A49Z&se=2024-01-10T14%3A23%3A00Z&sp=rwdxftlacup&sig=MySigButNotNotMyRealSig%3D

注意：SAS Token不要带开头的?，直接将完整字符串接在SharedAccessSignature之后。对应你的VBScript代码，修改请求头设置部分：

oRequest.setRequestHeader "Authorization", "SharedAccessSignature " & SASToken

此时URL可移除SAS部分，缩短为：

https://myaccount.queue.core.windows.net/myqueue/messages?peekonly=true&numofmessages=32

长度会大幅降低，基本能满足288字符限制。

2. 缩短SAS Token本身的长度

如果修正格式后仍超限制（比如设备对请求头长度也有约束），可通过精简SAS参数进一步压缩长度：

• 缩小权限范围：sp参数只保留实际需要的权限，比如仅需读取消息就将sp=rwdxftlacup改为sp=r，减少冗余字符。
• 缩短有效期：将st（开始时间）和se（结束时间）的有效期改短，比如从1年调整为1周，若服务允许，还可省略时间参数中的秒部分（如st=2023-01-10T14%3A23Z）。
• 移除不必要参数：队列级别的SAS可尝试去掉srt=sco（资源类型）参数，生成更短的Token。

3. 其他备选方案

• 使用自定义短域名：若存储账户配置了自定义域名，用短域名替代myaccount.queue.core.windows.net，缩短URL基础长度。
• 调整业务请求逻辑：在业务允许的前提下，减少numofmessages参数值，或合并请求以降低单请求的URL复杂度。

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