如何解决Azure CLI Rest编码问题德语Umlauts
我正在使用az rest
命令在Azure API Management中创建用户,并且遇到用户名包含德语 umlauts (例如ä,ö,ü)的问题。该脚本将创建用户,但名称包含无效字符。这里是一个例子:
这就是我创建用户的方式。由于某些PowerShell / AZ问题,双引号引起了问题,我确实将用户写入文件中,并将其传递给 az cli :
@{
properties = @{
confirmation = "invite"
firstName = "Max"
lastName = "Müstermann"
email = "max.mustermann@stackoverflow.com"
appType = "developerPortal"
}
} | ConvertTo-Json -Compress | Out-File $tmpFile -Encoding UTF8
这是我将文件传递到cli的方式:
az rest --method put --uri $uri --body @$tmpFile
我已经尝试为charset=utf-8
添加标头-但这不能解决问题。有什么想法吗?
解决方法
可怕的解决方法
我已经在这里转载了您的问题,到目前为止,我起作用的唯一方法是用json Unicode转义序列替换ü
:
$data = @{
properties = @{
confirmation = "invite"
firstName = "Max"
lastName = "Müstermann"
email = "max.mustermann@example.org"
appType = "developerPortal"
}
}
$json = $data | ConvertTo-Json -Compress;
# vvvvvvvvvvvvvvvvvvvvvv
$json = $json.Replace("ü","\u00FC"); # <----- replace ü with escape sequence
# ^^^^^^^^^^^^^^^^^^^^^^
Set-Content -Path $tmpfile -Value $json;
$requestUri = "https://management.azure.com/" +
"subscriptions/$subscriptionId/" +
"resourceGroups/$resourceGroupName/" +
"providers/Microsoft.ApiManagement/" +
"service/$serviceName/" +
"users/$username" +
"?api-version=2019-12-01";
az rest --method put --uri $requestUri --body @$tmpFile
给出:
我知道这不是一个令人满意的解决方案,因为它不能解决所有非ascii字符的一般情况,并且您正在四处寻找转换后的json,这可能会在奇怪的边缘情况下破坏事情。
一个极端的选择可能是编写自己的json序列化程序,以转义适当的字符-我并不是说这是一个好主意,但可能会起作用。如果您考虑沿这条路线走,这是我之前写的一个原始的PowerShell序列化程序,用于一个非常特殊的用例,您可以将其用作起点并调整字符串序列化代码以转义适当的字符-ConvertTo-OctopusJson.ps1
希望这足以解除您的封锁,或者至少为您提供思考的选择...
更多信息
对于其他正在调查此问题的人,这里有一些提示:
- 如果您设置以下环境变量,则可以让
az
通过Fiddler发送请求:
:: https://stackoverflow.com/questions/20500613/how-to-set-a-proxy-for-the-azure-cli-command-line-tool
set HTTPS_PROXY=https://127.0.0.1:8888
:: https://stackoverflow.com/questions/55463706/ssl-handshake-error-with-some-azure-cli-commands
set ADAL_PYTHON_SSL_NO_VERIFY=1
set AZURE_CLI_DISABLE_CONNECTION_VERIFICATION=1
- 看起来
--body @$tmpfile
参数不将文件作为二进制Blob发送。而是将文件读取为文本,然后将其重新编码为ISO-8859-1(HTTP的默认编码)。例如,如果文件经过UTF8编码,其中ü
表示为C3 BC
:
当ü
发送HTTP请求时,文件内容仍将以FC
表示的az
转换为ISO-8859-1编码:
- 回复如下:
其中�
(EF BF BD
)是Unicode“ REPLACEMENT CHARACTER”的UTF8表示形式:
- 我的猜测是客户端将其正文发送为ISO-8859-1,而服务器端将其视为UTF8。服务器无法将ISO-8859-1字节
FC
解码为ü
,而是将其替换为“ REPLACEMENT CHARACTER”,最后将响应编码为UTF8。
这可以模拟如下:
# client sends request encoded with iso-8859-1
$requestText = "Müstermann";
$iso88591 = [System.Text.Encoding]::GetEncoding("iso-8859-1");
$requestBytes = $iso88591.GetBytes($requestText);
write-host "iso-8859-1 bytes = '$($requestBytes | % { $_.ToString("X2") })'";
# iso-8859-1 bytes = '4D FC 73 74 65 72 6D 61 6E 6E'
# server decodes request with utf8 instead
$utf8 = [System.Text.Encoding]::UTF8;
$mangledText = $utf8.GetString($requestBytes);
write-host "mangled text = '$mangledText'";
# mangled text = 'M�stermann'
# server encodes the response as utf8
$responseBytes = $utf8.GetBytes($mangledText);
write-host "response bytes = '$($responseBytes | % { $_.ToString("X2") })'";
# response bytes = '4D EF BF BD 73 74 65 72 6D 61 6E 6E'
似乎与屏幕快照中的字节匹配,因此可能可能是Azure API Management API中的错误。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。