Azure无法将SSL证书绑定到自定义域

Question

我试图从下面的刀片将SSL证书绑定到Azure域：

​

当我这样做时，它会失败，并且我可以在活动日志中看到以下错误消息：

“未能将www.testing.me绑定配置为”拇指打印“{‘www.xn--testing-s4a6m.me’：‘BadRequest’，‘Message’：‘名称www.xn--testing-s4a6m.me无效’。”，“目标”：null，‘Details’：[{‘Message’：‘名称www.xn--testing s4a6m.me无效。’}，{'Code':'BadRequest'}，{'ErrorEntity':{'ExtendedCode':'01003'，‘MessageTemplate’：‘名称{0}无效’，“参数”：“www.xn--testing s4a6m.me”，“Code”：“BadRequest”，“Message”：“名称www.xn-testing s4a6m.me是无效的。”}]，'Innererror':null}“

根据错误消息，www.testing.me的SSL绑定失败，但问题与域www.xn--testing-s4a6m.me有关。我不知道为什么当另一个域不是我试图绑定的域时，它会抛出错误。

Answer 1

根据错误消息，您似乎几乎没有无效的主机名(www.xn--testing-s4a6m.me)。作为第一步，请尝试删除无效的主机名并重试操作。

但是，我在过去看到过，我们的一个客户在门户上的自定义域页面中有多个无效的主机名(涉及Puny代码)，每次他们尝试删除无效域时，错误消息都会显示一个不同的无效域，并且会在一个循环中进行。因此，我们的产品团队删除了后端中的无效域名。一旦它们被删除，客户将被解除封锁，并且他能够成功地保护他的自定义域。PFB实例，以更好地理解：

示例:将两个自定义域添加到Web : xn--hello.com和xn--hello2.com。这两个都是无效的。

尝试删除xn--hello.com时，错误消息将返回：“名称www.xn--hello2.com无效”。

尝试删除xn--hello2.com时，错误消息将返回：“名称www.xn--hello.com无效”。

因此，它被卡在一个循环中，两者都不能删除。

注：问题的主要根源是2015年起Azure不支持小型代码(xn-)。当您尝试添加Puny代码自定义域时，应该会引发错误。

如果您是这样的，请在门户中使用支持请求，以便我们的团队可以帮助您解除障碍。

参考资料：https://en.wikipedia.org/wiki/Punycode