谁将浏览器中的变音域名重定向到音译域名？
Who redirects Umlaut domain names in browser to transliterated domain name?
我有一个域包含这样的变音符号：
https://spaß.de
“ß”可音译为"ss"。
现在，当我将此文本复制并粘贴到 Chrome 或任何其他浏览器时，我会被带到
https://spass.de
但是，这 2 个域拥有不同的所有者，“https://spaß.de”的所有者永远不会获得任何访问他网站的流量。
是否有任何机构将元音变音域重定向到音译域，或者浏览器对此负责？我试过各种浏览器，它们都表现出相同的行为。
感谢您的任何见解。
你的情况是浏览器。浏览器在处理网址时认为 ß ss Ss sS 和 SS 都具有相同的语义。您无法在网站的域名中可靠地区分它们。如果你想知道细节，这个过程叫做Nameprep。
https://en.wikipedia.org/wiki/Nameprep
另一方面，u和ü被认为不具有相同的语义。域名中不应包含实际的 ü，但浏览器可以将 xn--bcher-kva 显示为 bücher。编码方案称为 Punycode。
我有一个域包含这样的变音符号：
https://spaß.de
“ß”可音译为"ss"。
现在，当我将此文本复制并粘贴到 Chrome 或任何其他浏览器时，我会被带到
https://spass.de
但是，这 2 个域拥有不同的所有者，“https://spaß.de”的所有者永远不会获得任何访问他网站的流量。
是否有任何机构将元音变音域重定向到音译域，或者浏览器对此负责？我试过各种浏览器，它们都表现出相同的行为。
感谢您的任何见解。
你的情况是浏览器。浏览器在处理网址时认为 ß ss Ss sS 和 SS 都具有相同的语义。您无法在网站的域名中可靠地区分它们。如果你想知道细节，这个过程叫做Nameprep。
https://en.wikipedia.org/wiki/Nameprep
另一方面，u和ü被认为不具有相同的语义。域名中不应包含实际的 ü，但浏览器可以将 xn--bcher-kva 显示为 bücher。编码方案称为 Punycode。