为什么这些没有TLD的URL解析为网页?

为什么这些没有TLD的URL解析为网页?,url,tld,Url,Tld,我注意到URL ga解析为一个网站,但没有像.com.org这样的TLD。我编写了一个脚本来测试所有两个字母的URL: #/bin/bash 对于{a..z}中的a 做 对于{a..z}中的b 做 curl“$a$b”-s-m 10>>foo.txt 如果[-s foo.txt] 然后 cp foo.txt“$a$b.txt” rm foo.txt 回声“$a$b” fi 完成 完成 哪张照片 ai dk pn to uz 该脚本并不完美(例如,它无法识别ga),但它表明还有多个这样的URL

我注意到URL ga解析为一个网站,但没有像.com.org这样的TLD。我编写了一个脚本来测试所有两个字母的URL:

#/bin/bash
对于{a..z}中的a
做
对于{a..z}中的b
做
curl“$a$b”-s-m 10>>foo.txt
如果[-s foo.txt]
然后
cp foo.txt“$a$b.txt”
rm foo.txt
回声“$a$b”
fi
完成
完成
哪张照片

ai
dk
pn
to
uz
该脚本并不完美(例如,它无法识别
ga
),但它表明还有多个这样的URL。我注意到这些URL都是TLD,ai是安圭拉,dk是丹麦,等等。为什么这些URL在解析为IP地址的意义上是“有效的”,为什么它们存在


(我会将这些链接制作成可点击链接,但有趣的是,SO格式化程序不会接受它们为有效链接。)

我认为,就像子域(即subdomain.domain.com)不严格要求URL可解析一样,域本身也不需要,因为它只是TLD的子域。只是实际上直接向IP注册TLD并不是一种常见做法。

他们没有TLD,他们是TLD

如果控制顶级域,则可以为TLD本身及其任何子域(将是二级域,或通常称为域)和二级域的子域(即三级域)添加DNS资源记录,以此类推

虽然这并不常见,但一些TLD所有者使TLD可解析(例如:
http://to/
或者,如果您的浏览器{或堆栈溢出的编辑器;)}有问题,例如FQDN:)


有关服务器故障的相关问题:

很有趣,谢谢您的回答。作为问题的延伸:我假设政府会控制TLD,但似乎dk是一个购物网站。它们是被卖给出价最高的人吗?@kevinsa5:政府通常只控制。重定向到,这是的注册表。然而,我想可能会将TLD的使用权出售给其他人(根据链接的SF问题,似乎已被用作URL缩短器;可能这项服务不是由汤加注册处/政府提供的,但我不知道)。