☰

http://to./ 到底是如何成为一个有效域名的？

tag-icon • tag-icon domain-name-system domain url
http://to./ 到底是如何成为一个有效域名的？

显然这是一个 URL 缩短器。它在 Chrome 和 Firefox 中解析得很好。这怎么能算作一个有效的顶级域名呢？

更新：对于那些说这是浏览器恶作剧的人来说，为什么：http://com./没有带我到：http://www.com/？

而且，浏览器是否会从地址栏中实际显示的内容以外的其他地方向您发送响应？除了框架集和类似的东西之外，我认为浏览器会尽力只从地址栏中的网站向您发送内容，以帮助防范网络钓鱼。

答案1

基本上，有人成功说服了 ccTLD 的所有者“to.”（汤加？）将 A 记录分配给他们自己的 IP 地址。在 URL 缩短器这个奇怪的旧世界中，这真是一次成功。

通常，这些顶级域名不会通过标准 A 记录分配 IP 地址，但没有证据表明 .uk、.com、.eu 等不能进行同样的操作。

严格来说，没有必要指定“.”，但它应该可以防止浏览器首先尝试其他组合（如“to.yourdomain.com”），并加快地址解析速度。它也可能使浏览器感到困惑，因为没有点，但 Safari 至少似乎可以正常工作。

答案2

“to”（汤加的国家顶级域名）是该网站的整个域名 - 不存在任何浏览器欺骗：

$ telnet to 80
Trying 216.74.32.103...
Connected to to.
Escape character is '^]'.
GET / HTTP/1.1
Host: to

HTTP/1.1 200 OK
Date: Thu, 03 Dec 2009 18:34:04 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Transfer-Encoding: chunked
Content-Type: text/html; charset=ISO-8859-1

2d7
<!DOCTYPE html
    PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
<head>
<title>TO. -- Get Shorty URL</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<form method="post" action="/" enctype="multipart/form-data">
<table><tr><td>Enter a long URL:</td> <td><input type="text" name="url"  size="50" /></td></tr><tr><td>Enter an optional name:</td> <td><input type="text" name="name"  size="20" /></td></tr><tr><td>&nbsp</td> <td><input type="submit" name="&#39;Witz that URL!" value="&#39;Witz that URL!" /></td></tr></table></form>
</body>
</html>
0

Connection closed by foreign host.

为什么使用“http://至./“是因为有些浏览器会尝试将“to”转换为“http://www.to.com" 在地址栏中。

答案3

任何 DNS 区域都可以拥有该区域本身的任何 DNS 记录（在绑定配置文件中，此记录标有 @）。实际上——让我问一下——根区域是否可以用 @ 来描述自己？也就是说 @ 可以有地址记录吗？我不明白为什么它不能。 那将会是一个很酷的地址。”http://./“

“根”区域只是一个名为“。”的区域。目前，该区域有一堆名称服务器。这些名称服务器的地址以文本文件。这个文本文件或者类似的东西被手动输入到许多典型的递归名称服务器中。

在名称末尾添加“.”会告诉您的本地解析器，您输入的名称是“完全合格“域名，这意味着它正是您想要查找的名称。通常，我们使用不合格或其他含糊不清的名称，例如“www”来表示“www.of.the.place.I.work”，而您的本地 DNS 解析器将“of.the.place.I.work”作为“dns 域”或“搜索域”。

这些根级域服务器有一个“顶层“大致映射到的域旧抽象20 世纪 80 年代的研究人员认为互联网将会被如何使用国家以及“基础设施“。每个顶级域名都有一组名称服务器，其中包含该域中实际区域的列表，因此对 map.google.com 的请求首先到达根级服务器，该服务器传递出了解 .com 的名称服务器列表，当被询问时，其中一个名称服务器知道哪个名称服务器有 google.com 的记录，其中一个知道 www.google.com 的具体记录。

因此，您需要做的就是说服为某个国家或组织运行 TLD 的人为 .zone 而不是仅仅 google.zone 添加地址记录，这样您就成功了。

目前，以下顶级域名有地址记录（但并非所有都运行网络服务器）

ac has address 193.223.78.210
ai has address 209.59.119.34
bi has address 196.2.8.205
cm has address 195.24.205.60
dk has address 193.163.102.23
gg has address 87.117.196.80
hk has address 203.119.2.28
io has address 193.223.78.212
je has address 87.117.196.80
ph has address 203.119.4.7
pn has address 80.68.93.100
pw has address 203.199.114.33
sh has address 64.251.31.234
tk has address 217.119.57.22
tm has address 193.223.78.213
to has address 216.74.32.103
uz has address 91.212.89.8
ws has address 63.101.245.10

以下有 mx 记录（因此 user@TLD. 是一个可能可交付的地址）

ai mail is handled by 10 mail.offshore.ai.
as mail is handled by 10 dca.relay.gdns.net.
cf mail is handled by 10 mail.intnet.cf.
dj mail is handled by 5 smtp.intnet.dj.
dj mail is handled by 5 relais2.intnet.dj.
dm mail is handled by 10 mail.nic.dm.
gp mail is handled by 20 manta.outremer.com.
gp mail is handled by 5 ns1.nic.gp.
gp mail is handled by 10 ns34259.ovh.net.
gt mail is handled by 10 mail.gt.
hr mail is handled by 10 alpha.carnet.hr.
io mail is handled by 10 mailer2.io.
kh mail is handled by 10 ns1.dns.net.kh.
km mail is handled by 110 bow.snpt.km.
km mail is handled by 100 mail1.comorestelecom.km.
mh mail is handled by 10 imap.pwke.twtelecom.net.
mh mail is handled by 20 mx1.mail.twtelecom.net.
mh mail is handled by 30 mx2.mail.twtelecom.net.
mq mail is handled by 10 mx1-mq.mediaserv.net.
ne mail is handled by 20 bow.rain.fr.
ne mail is handled by 10 bow.intnet.ne.
pa mail is handled by 5 ns.pa.
td mail is handled by 0 mail.intnet.td.
tt mail is handled by 0 66-27-54-138.san.rr.com.
tt mail is handled by 10 66-27-54-142.san.rr.com.
ua mail is handled by 10 mr.kolo.net.
va mail is handled by 20 paul.vatican.va.
va mail is handled by 50 proxy2.urbe.it.
va mail is handled by 90 john.vatican.va.
va mail is handled by 10 lists.vatican.va.
ws mail is handled by 10 mail.worldsite.ws.

（我真的很想知道这里的“tt”是怎么回事……）

因此，理论上，您可以将电子邮件发送至 pope@va.，它将被正确送达……

如果您使用不同的根服务器，您最终会对互联网上存在的内容有不同的看法。我所做的所有本地解析都是针对我的本地系统，该系统使用“域名缓存“直接发往根服务器。许多其他解析 DNS 服务器将询问另一个本地 DNS 服务器，而不是询问根服务器。

答案4

顶级域名很少有 A 记录，但这是完全合法的。想想看，如何让“www.foo.com”和“foo.com”拥有不同的记录，并将其一直应用到汤加国家代码顶级域名 .to。

相关内容