拥有包含重音字符的域的主要缺点是什么？答案

【问题标题】：What are the major drawbacks of having a domain that contains characters with accents?拥有包含重音字符的域的主要缺点是什么？
【发布时间】：2013-04-12 16:26:24
【问题描述】：

我正在考虑获取一个包含重音字符（它包含 á）的域。但是，我注意到只有一些公司提供它们。这些域是否存在一般性问题，或者我在使用某个域时会有某些缺点？

【问题讨论】：

标签： dns hosting special-characters

【解决方案1】：

DNS 协议仅支持 ASCII。带有重音字符的域使用Punycode 编码为ASCII。这意味着您的域éxàmplê.com 实际上是xn--xmpl-0na6cm.com。

几乎可以肯定，有很多软件不支持internationalized domain names (IDN)。您可以在自己的环境中进行测试，并决定域名中丰富字符集的优势是否值得。

这里只是一些需要检查的事情，就在我的脑海中。

您的 Web 浏览器是否支持 IDN？（可能确实如此）。
您网站的访问者使用的所有网络浏览器都支持它们吗？
您的电子邮件服务器软件是否支持它们？
您的邮件用户代理是否支持它们（即，当您使用电子邮件地址 myself@éxàmplê.com 配置电子邮件帐户时它是否工作）？
您所有的电子邮件通讯员使用的邮件服务器和邮件用户代理软件是否支持 IDN？
您的 SSH 客户端是否接受 IDN (ssh myserver.éxàmplê.com)？
您的系统日志服务器是否支持它们？你的数据库客户端？您的负载平衡器（如果您使用名称，而不是 IP 地址）？
他们在/etc/hosts工作吗？
您的 DHCP 客户端和服务器能否处理 DNS 域中的重音字符？
等等……
还有很多！

很多问题的答案可能是否定的。在这种情况下，您始终可以使用域的原始 punycoded 形式配置有问题的特定软件，但您真的想在配置文件中写入 xn--xmpl-0na6cm.com 并在服务器日志中查看该字符串吗？

【讨论】：

好吧，我想将这样的域用于托管在 github 上的博客。你觉得这样行吗？
我认为如果是网络（HTTP & HTTPS）只有你是相对安全的，但我没有经验所以我不知道。您的 git 客户端是否需要支持推送到其 URL 中带有重音符号的远程存储库？可能，但我有我的怀疑！添加电子邮件是另一个风险。添加 FQDN 在该域下的服务器风险更大。在内部网络（DHCP 域、LDAP 域、NFS 服务器域名等）上使用它是一个更大的风险。一般来说：您使用该域名托管的服务越少，您成功的机会就越大！
谢谢，我想我会试一试，看看它是否有效。如果没有，我仍然可以切换到普通域