如何解决Azure应用服务-无法将SSL证书绑定到自定义域
我试图通过以下刀片将SSL证书绑定到Azure中的域：
这样做时，它会失败，并且我的活动日志中会看到以下错误消息：
“无法通过'thumbprint' {'Code'：'BadRequest'，'Message'：'名称www.testing.me为www.xn--testing-s4a6m.me配置SSL绑定。'，'Target'：null，'Details'：[{'Message'：'www.xn--testing-s4a6m.me名称无效。'}，{'Code'：'BadRequest'}，{ 'ErrorEntity'：{'ExtendedCode'：'01003'，'MessageTemplate'：'名称{0}无效。'，'Parameters'：['www.xn--testing-s4a6m.me']，'Code '：'BadRequest'，'Message'：'名称www.xn--testing-s4a6m.meis无效。'}}]，'Innererror'：null}“
根据错误消息，www.testing.me的SSL绑定失败，但是问题与域www.xn--testing-s4a6m.me有关。我不知道为什么当另一个域不是我要绑定的域时，另一个域会引发错误。
解决方法
根据错误消息，您似乎有几个无效的主机名（www.xn--testing-s4a6m.me）。首先，请尝试删除无效的主机名，然后重试该操作。
但是，我过去曾经看到我们的一位客户在门户网站的“定制域”页面上有多个无效的主机名（涉及Puny码），每次他们尝试删除无效的域时，错误消息都会显示另一个无效的域，然后循环播放。因此，我们的产品小组删除了后端的无效域名。删除客户后，便可以解除对客户的阻止，他可以成功保护其自定义域。 PFB示例，用于更好地理解：
示例：两个自定义域被添加到Web App：xn--hello.com和xn--hello2.com。这两个都是无效的。
尝试删除xn--hello.com时，错误消息返回：“名称www.xn--hello2.com无效”。
尝试删除xn--hello2.com时，错误消息返回：“名称www.xn--hello.com无效”。
因此，它陷入了循环，而且都无法删除。
注意：造成此问题的主要原因是，从2015年开始，Azure不支持细微代码（xn-）。当您尝试添加Puny代码自定义域时，它应该引发错误。
如果遇到这种情况，请在门户网站上提出一个support request，以便我们的团队帮助您解除封锁。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
