我们有一个相当简单的部署脚本来添加延迟：
resource awaitscript 'Microsoft.Resources/deploymentScripts@2020-10-01' = {
name: 'await-${appName}'
location: location
kind: 'AzurePowerShell'
properties: {
azPowerShellVersion: '9.7'
scriptContent: 'Start-Sleep -Seconds 150'
timeout: 'PT1H'
retentionInterval: 'PT1H'
}
dependsOn: [appServicePlan]
}它已经工作了几个月，但最近我们看到了很多AuthenticationFailed-errors：
Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.
RequestId:3fefb479-b01a-00a1-40c4-f66f2e000000
Time:2023-10-04T13:12:59.8885812Z
Status: 403 (Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.)
ErrorCode: AuthenticationFailed
Additional Information:
AuthenticationErrorDetail: The MAC signature found in the HTTP request 'Nk9Ntma3CIMCxbWfd7xbeFAVTEIo7FAJDS3wL+xVNiI=' is not the same as any computed signature. Server used following string to sign: 'PUT这似乎超出了我们正在做的范围-这是一个已知的错误，我们可以做些什么吗？它在分配资源以执行部署脚本时似乎失败。它是零星的，有时它确实工作重试。
1条答案
按热度按时间deikduxw1#
这是Azure中的一个间歇性问题，可能类似于中断，大约从美国东部时间10/2/23的中午开始，并持续到本文发表评论的时间。由于我们经常使用部署脚本作为CICD的一部分，因此我们对范围有一个很好的了解。从一开始每小时都有。
这似乎是Azure容器示例使用某些内容进行身份验证的问题，可能是关联的存储帐户。此问题最初在使用部署脚本的
supportingScriptUris属性时最常发生。将我们的所有部署脚本移动到手动下载脚本所需的资产，降低了错误率。然而，在过去的几个小时里，我们看到无论是否使用supportingScriptUris，错误都在增加。同样，它发生在我们在美国各地尝试过的每个地区。在自带存储时仍然存在问题，但错误会以“无效密钥”的形式出现。
不幸的是，我们尝试过的多种支持渠道都没有承认这个问题，也没有提供解决或解决问题的时间表。