刚刚创建了本地项目(与流浪者)，它在通过ip地址访问时工作得很好。然后我添加了some_name。test to hosts文件，并尝试以这种方式访问它，但我一直得到“坏请求- 400”。浪费了好几个小时，直到我发现把域名改成某个名字。测试解决了问题。所以至少在Mac OS上是不行的。

个人顶级域名可以在他们认为合适的情况下对域名设置自己的规则和限制，例如适应当地语言。

例如，根据CIRA，加拿大的。ca域名被允许:

字母a ~ z，以及以下重音字符:é ë ê è â à æ ô ù û ü ç î ï。请注意，域名不区分大小写。这意味着大写字母和小写字母之间没有区别(A = A); 数字0123456789和 连字符("-)(虽然不能用于域名的开头或结尾)。

最大长度为63个字符，每个重音字符减少4个字符的限制。

(源)

顺便说一句，这为。ca域提供了大约4个四次方的域名可能性(不包括子域名)。

澄清bortzmeyer和David Tonhofer，域名和子域名标签可以包含前导下划线，但没有其他地方。

如David Tonhofer所述，标签是介于句号之间的部分，除了指定服务标签和端口标签以区别于普通标签外，其他部分都应遵循LDH规则。然后，它们必须出现在标签的开头，标签应该是来自服务名称和端口号注册表的“短名称”，端口号不带前导0，或者协议(即。tcp, udp)。这些服务标签进一步限制为15个字符。

RFC2782指定前缀 带下划线的服务记录子域。 RFC6698指定前缀 TLSA证书记录中带下划线的端口号。

与David Tonhofer的回答相反，IDN不允许编码下划线('_' U+005F LOW LINE)或任何其他无效的ASCII字符。

从RFC5890

(. .]两个新的LDH标签子集由 介绍IDNA。这些被称为保留LDH标签(R-LDH 非保留LDH标签(NR-LDH标签)。保留LDH 标签，在其他一些情况下被称为“带标签的域名”，具有 它们在第三和第四个中包含“——”的属性 其他符合LDH标记规则的字符。

Punycode将所有ASCII码点直接编码为ASCII，包括下划线。生成的R-LDH不符合LDH标签规则。例如，Σ_.com将被编码为xn——_-zmb.com，这违反了规则。可能会有一个单应码点，看起来像一个下划线，可以合法编码(可能是'_' U+FF3F fullwidth low line)，但这些类型的码点将被RFC5892在2.3 IgnorableProperties中归类为不允许的非character_code_point。

RACE(另一个提议的IDN编码方案)没有被IETF接受为标准，不应该被使用。

以下是我在Java世界的2点看法:

在Spark Scala控制台，使用Java 8:

scala> new java.net.URI("spark://spark_master").getHost
res10: String = null

scala> new java.net.URI("spark://spark-master").getHost
res11: String = spark-master

scala> new java.net.URI("spark://spark_master.google.fr").getHost
res12: String = null

scala> new java.net.URI("spark://spark.master.google.fr").getHost
res13: String = spark.master.google.fr

scala> new java.net.URI("spark://spark-master.google.fr:3434").getHost
res14: String = spark-master.google.fr

scala> new java.net.URI("spark://spark-master.goo_gle.fr:3434").getHost
res15: String = null

这绝对是个坏主意^^

刚刚创建了本地项目(与流浪者)，它在通过ip地址访问时工作得很好。然后我添加了some_name。test to hosts文件，并尝试以这种方式访问它，但我一直得到“坏请求- 400”。浪费了好几个小时，直到我发现把域名改成某个名字。测试解决了问题。所以至少在Mac OS上是不行的。

最近cab论坛(*)决定

在任何dNSName条目中包含下划线字符且有效期超过30天的所有证书必须在2019年1月15日之前撤销。https://cabforum.org/2018/11/12/ballot-sc-12-sunset-of-underscores-in-dnsnames/

这意味着您将不再允许在具有ssl/tls证书的域中使用下划线。

(*)证书颁发机构浏览器论坛(CA/浏览器论坛)是主要证书颁发者(定义见下文2.1(a)(1)和(2)节)和互联网浏览器软件和其他使用证书的应用程序供应商(定义见下文2.1(a)(3)节)的自愿聚会。