如何通过PHP/Laravel修改Azure Blob Storage默认服务版本？

你的请求一直触发MAC签名校验失败，本质是手动拼接SharedKey签名的三个关键环节完全不符合Azure Storage的规范，和编码逻辑的关联度远低于规则拼接错误：

• CanonicalizedResource字符串拼接错误
  当前你要调用的是Blob服务属性设置接口，对应的资源路径是存储账户根节点，你代码里残留了之前调用容器元数据接口的拼接逻辑，把media容器、comp=metadata、timeout参数都拼进了服务接口的签名串里，甚至在存储账户名和容器名之间多了多余空格，和服务端计算签名时使用的资源标识完全不匹配。
  针对该接口，正确的CanonicalizedResource拼接规则为：以/{你的存储账户名}为起始，按字典序拼接请求URL中所有查询参数，格式为参数名:参数值，最终拼接结果应为：

  /你的存储账户名
  comp:properties
  restype:service
  

• Content-Length字段签名值不匹配
  Azure SharedKey签名规则中，PUT请求的Content-Length字段如果实际请求体长度为0，需要在签名串中明确写入0，不能留空。你当前代码在签名数组中将Content-Length位置留空，但实际请求头传了Content-Length:0，两者数值不一致直接触发校验失败。
• 签名串编码冗余
  你在计算HMAC签名时额外对stringtosign做了utf8_encode处理，会把标准UTF-8字符串转换为非预期的字节流；同时如果从环境变量读取Access Key时混入了多余的空格、换行，base64_decode得到的密钥字节流也会和服务端留存的密钥不匹配。

方案1：使用官方PHP SDK零手写签名实现 #

不用去翻零散的Laravel适配文档，官方SDK本身完全可以在Laravel项目中直接运行，能力和C#生态的SDK完全对齐，所有签名计算逻辑已经封装完成，从根源上避免手动拼接的错误——很多人觉得SDK缺少设置服务属性的能力，只是因为日常用到最多的是文件上传接口，没注意到SDK内置了服务级方法的封装。

• 执行composer require azure-storage-blob安装依赖
• 直接使用SDK内置方法完成服务属性设置，示例代码：

  use MicrosoftAzure\Storage\Blob\BlobRestProxy;
  
  // 用连接串初始化客户端
  $blobClient = BlobRestProxy::createBlobService(
      "DefaultEndpointsProtocol=https;AccountName=你的存储账户名;AccountKey=你的Base64访问密钥;"
  );
  
  // 拉取当前已有的服务属性
  $currentProperties = $blobClient->getServiceProperties();
  
  // 按需修改属性，例如开启静态网站托管
  $currentProperties->setStaticWebsite(
      new \MicrosoftAzure\Storage\Blob\Models\StaticWebsite(
          enabled: true,
          indexDocument: 'index.html',
          errorDocument404Path: '404.html'
      )
  );
  
  // 调用方法完成属性设置，SDK自动处理所有签名计算
  $blobClient->setServiceProperties($currentProperties);
  

方案2：修正手写HTTP调用的代码逻辑 #

如果不想引入SDK依赖，只需要针对之前的错误点逐行修正即可正常调用：

• 替换错误的CanonicalizedResource字符串为对应接口的正确格式
• 将签名数组中Content-Length对应的空值改为0，和实际请求头保持一致
• 移除utf8_encode对签名串的包裹，直接传原始字符串参与HMAC计算
• 清理访问密钥前后的冗余字符，确保是从Azure门户直接复制的纯Base64字符串
• 保证请求URL中的查询参数和CanonicalizedResource中拼接的参数完全一致，无多余参数、无遗漏参数

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