显然,这是一个URL缩短器。它可以在Chrome和Firefox中很好地解决。这是一个有效的顶级域名吗?

更新:人们说这是浏览器的恶作剧,为什么这样:http://com./却不带我去:http://www.com/

而且,浏览器是否曾经从地址栏中实际发送的内容以外的其他地方发送过响应?除了框架集和类似的内容外,我认为浏览器还非常努力地仅从地址栏中的网站向您发送内容,以防止网络钓鱼。

评论

Slashdot的速度不足以使其明显降低。

似乎这些天,随着slashdot的读者人数的增加,带宽的普遍可用性正在成比例增加...

另请注意,http:// to。产生与http://www.to不同的网站。 (后者与http://www.to相同)。如果两个URL都相同,则说明浏览器确实搞砸了,并且可能对两个URL都显示www.to ...

我今天才注意到,它不再起作用。悲伤的脸。交流仍然有效,但仅用于[nic.as] [1]网站。 [1]:nic.ac

#1 楼

基本上,有人设法说服了ccTLD的所有者。 (Tonga?)将A记录分配给自己的IP地址。在URL缩短器这个陌生的旧世界中,这是一个妙招。

通常,这些顶级不会通过标准A记录分配IP地址,但是没有什么可说的做不到到.uk,.com,.eu等。

严格来说,没有理由使用“。”指定,尽管这样可以防止您的浏览器先尝试使用“ to.yourdomain.com”之类的其他组合,并加快地址的解析速度。它也可能会使浏览器感到困惑,因为它没有点,但Safari至少似乎可以使用它。

评论


这是否意味着通过正确的访问(但是不太可能),某人可以在根目录“”上建立一个网站。本身?

–克里斯
09年12月3日在18:43

克里斯:是的,这完全有可能。

–mmx
09年12月3日在18:47

究竟。这就是n @ ai是有效的电子邮件地址的原因。

–普里凯特
09年12月3日在19:28

它必须是“ http://”。

–克里斯
09年12月3日在21:09

或针对内容http://./index.html

–克里斯
09年12月3日在21:09

#2 楼

“ to”(汤加的国家TLD)是该网站的整个域名-没有浏览器的诡计:

$ 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./”是因为某些浏览器会尝试在地址栏中将“ to”转换为“ http://www.to.com”。

评论


我是唯一一个对“ $ telnet to 80”感到困惑的人吗?

– Belmin Fernandez
10 Nov 19 '21:55

#3 楼

任何DNS区域都可以具有该区域本身的任何DNS记录(在绑定配置文件中,该记录标记为@)。实际上-我问这个问题-根区域可以用@来描述自己吗? IE浏览器可以@有地址记录吗?我不明白为什么不能。那将是一个很酷的地址。 “ http://./”

“ Root”区域只是一个名为“。”的区域。目前,该区域中有一堆名称服务器。这些名称服务器的地址以文本文件的形式分发。手动将这个文本文件或类似文件输入许多典型的递归名称服务器中。

放置“。”名称末尾告诉您的本地解析器,您输入的名称是“完全合格”的域名,这意味着它只是您要查找的唯一名称。通常,我们使用不合格或其他含糊的名称(例如“ www”)来表示“ www.of.the.place.I.work”,其中本地DNS解析程序将“ of.the.place.I.work”作为“ dns域”或“搜索域”。

这些根级域服务器列出了“顶级”域,这些域大致映射到80年代研究人员如何使用互联网以及国家/地区的旧抽象概念。 ,以及“基础结构”的顶级域。这些顶级域中的每一个都有一堆名称服务器,其中包含该域中实际区域的列表,因此对maps.google.com的请求首先转到根服务器,该服务器会传递出一个有关的名称服务器列表。 com,当被问到时,其中一位知道哪个名称服务器具有google.com的记录,而其中一位知道www.google.com的特定记录。

因此,您需要做的只是要做的就是说服为某个国家或组织运行TLD的人输入.zone而不是google.zone的地址记录,那么您就很聪明。

当前,以下顶级域具有地址记录(尽管并非所有运行的Web服务器)

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。它将正确交付...

如果您使用其他根服务器,您将对Internet上存在的内容有不同的看法。我所做的所有本地解决方案都针对使用“ dnscache”的本地系统,该系统直接进入根服务器。许多其他解析DNS服务器将询问其他本地DNS服务器,而不是询问根服务器。

评论


看起来tt只有两个MX记录,这不足为奇。如果第一个失败,它将进入第二个...

–塔玛拉·维斯曼(Tamara Wijsman)
2012年12月12日13:56

不-我对此感到奇怪的是,当我进行查找tt时正在返回某人的家用计算机。 rr.com是Roadrunner,是最终用户ISP。也许他们还提供其他服务,但是让MX指向rr.com地址仍然有些古怪。

–克里斯
2012年4月19日在20:06

@chris您是说TLD不能有关联的IP吗?

–起搏器
2012年7月17日在14:04

tt MX记录现在指向Google

–帕特里克·梅夫克(Patrick Mevzek)
19年8月27日在16:55

#4 楼

怎么不行域应具有的最小“部分”没有任何限制。它是汤加的ccTLD,例如useuukme,...。以下点表示它是根域的子域。实际上,xyz.com确实是xyz.com.

基本上,他们所做的只是添加指向Web服务器的A记录。他们拥有负责回答to.及其所有子域查询的名称服务器,因此他们可以轻松做到这一点。

事实的证明:

MehrdadAir:~ Mehrdad$ ping to.
PING to (216.74.32.103): 56 data bytes
Request timeout for icmp_seq 0
^C
--- to ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
MehrdadAir:~ Mehrdad$ telnet 216.74.32.103 80
Trying 216.74.32.103...
Connected to 216.74.32.103.static.sfo.hosting.com.
Escape character is '^]'.
GET / HTTP/1.0
Host: to.
User-Agent: Mozilla


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

<!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>
Connection closed by foreign host.


PS:基于该线程的内容,我绝对确信某些Internet运营商(ISP,...)使用的软件未正确遵循规范,而恰好遵循约定。这可能就是为什么该域名被许多人破坏的原因。

评论


不对。尽管DNS本身在技术上允许单部分域名,但是注册机构(ICANN等)不允许您注册裸露的顶级域名。

–sleske
09年12月3日在18:21

sleske:这是一个国家。各国确实有TLD。

–mmx
09年12月3日在18:22

ping基本上是用于任何故障排除的错误工具,但对于DNS故障排除尤其如此。

–帕特里克·梅夫克(Patrick Mevzek)
19年8月27日在16:56

#5 楼

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

评论


根据我使用nslookup的调查,它似乎没有A记录

–rmeador
09年12月3日在18:26

它必须这样做,否则您将无法访问该网站!

– Mark Renouf
09年12月3日在19:38

@rmeador我不知道您如何检查,但是做得不好,因为“ to”确实有A记录。

– Bortzmeyer
09年12月16日在13:55

#6 楼

是的...

“ telnet www.to. 80” ...键入“ GET /”有效

“ telnet www.to. 80” ...键入“ GET /“有效

” telnet到80“ ...无法打开连接

” telnet到80“ ...无法打开连接

是的,我猜想浏览器会有所帮助。
m。

评论


远程登录。 80对我来说很好。一些代理服务器可能为您搞砸了。

–mmx
09年12月3日在18:26

@Mehrdad远程登录。 80对我不起作用,而且我绝对不会落后于代理人。也许您的DNS正在做其他事情来帮助您...

–丹·赫伯特
09年12月3日在18:34

有些dns服务器可以解析域名,有些则不能。

–splattne
09年12月3日在18:36

telnet不是用于解决DNS问题的工具

–帕特里克·梅夫克(Patrick Mevzek)
19年8月27日在16:58

#7 楼

好像有人买了整个。如Mehrdad所说,TLD http://en.wikipedia.org/wiki/.to可以添加一个A记录。我认为他们只是在添加。到www.to的末尾。以确保要查找的地址都在tld的根目录中搜索。的。无论如何,应该暗示所有域的末尾是为什么serverfault.com。返回400错误请求?

评论


克里斯:IIS在看到Host:serverfault.com时不喜欢提供良好的服务。我在HTTP规范中找不到任何限制Host标头值包含的内容。在最后。我猜这是IIS中的错误;它不符合规范。

–mmx
09年12月3日在19:03

#8 楼

作为TLD,它也可以有一个指向IP地址的A记录,就像example.com可以有一个A记录。

编辑:根据对nslookup的一些测试,它看起来像“ to”的记录与“ www.to”的记录不同,尽管我不确定这是否是小故障。

#9 楼

这与浏览器无关。 “ to”具有一个DNS资源记录,简单如下:

$ORIGIN to.
@ SOA to. admin.to. ( ... )
@ A 123.4.5.6


评论


这是一个例子还是IP地址真的很棒?

–克里斯
09年12月3日在18:44

举例来说,您可以从“挖掘到”中看到实际的IP是216.74.32.103。输出。但是,更有趣的启示是,to的注册地址为“ tonic.to” :)

– Hayalci
09年12月13日在19:11

#10 楼

不需要帮助浏览器:

$ curl -i "http://to./check"
HTTP/1.1 302 Found
Date: Thu, 03 Dec 2009 18:27:20 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Location: http://madmw.tumblr.com/tagged/check <<<=== Actual URL
Transfer-Encoding: chunked
Content-Type: text/plain


似乎整个TLD都映射到IP地址(相对于DNS层次结构),请尝试:

$dig to.
...
to.         85265   IN  A   216.74.32.103
...


,但请检查其他任何TLD:

$dig as.
as.         600 IN  SOA dca.tld.gdns.net. hostmaster.gdns.net.as. 56480 10800 1800 604800 21600


我不知道这是否遵循ICANN规则,但这仅是配置问题DNS代表整个国家TLD的DNS。

评论


它与ICANN规则无关,ccTLD取决于当地法律,而不取决于美国的官僚机构。

– Bortzmeyer
2010-2-9在16:31

#11 楼

显然,并不是所有的缓存DNS实体都准备好让TLD拥有A记录,因为它仅与我尝试过的2个DNS服务器中的50%一起使用。请访问www。确保没有帮助消除混乱。

评论


Safari(10.5版)对我来说可以正常工作。

– Mike Pountney
09年12月3日在18:29

@Mike Pountney:他说的是DNS服务器,而不是浏览器。无论您使用哪种浏览器,某些DNS服务器都无法正常工作。

– m
09年12月3日在18:48

Mike指的是我在Safari上尝试(但失败)的原始答案

–提莫(TimoMetsälä)
09年12月3日在18:52

Chrome也不错。至

– Mark Renouf
09年12月3日在19:39

良好的统计数据。两台服务器的%50:-):-/

– Hayalci
09年12月13日在19:13

#12 楼

这真的不是新鲜事。 dot tk多年来一直提供这种功能。查看tweak.tk,然后查看“技术”标签。他们会更酷,http://tk./abcde也是abcde.tk,甚至更短!

评论


问题不是“ http://to./怎么这么新?”。只是说:)

–克里斯
09年12月3日在19:20

哈哈..真的:)对于tk。它只是为tk添加A记录。

–毛里埃斯
09年12月6日在13:13

#13 楼

我认为简单的答案是Web服务器的所有者将

to.


设置为该网站的(附加)http主机头。

这里的问题是某些DNS服务器可以解析“至”和“至”。 (Google DNS说216.74.32.103),而有些根本无法。

#14 楼

DNS规范还允许使用尾随时间来表示根,例如“ a.b.c”和“ a.b.c.”。是等效的,但后者更为明确,要求应用程序接受。当直接引用TLD名称时,此约定特别重要。例如,尽管“ .COM”已成为用于引用该顶级域“ COM”的流行术语。在讨论DNS时,在技术上是正确的,因为它表明“ COM”是顶级域名。

来自:ftp://ftp.rfc-editor.org/in -notes / rfc3696.txt

#15 楼

所以问题是为什么它不起作用。答案是在Verisign决定在.com中引入通配符之后。几年前,bind的开发人员引入了“仅授权”区域的概念。在仅委派区域中,解析器不会接受任何非劣于NS记录的A记录,并且解析器将使客户端取回NXDOMAIN。

因此,从严格的协议开始观点认为“接受”是可以的。 DNS名称具有A记录,实际上它不适用于某些ISP的客户。

您可以输入:

zone "com." { type delegation-only; };


在您的named.conf中将其仅用于.com。域,或者您可以为所有TLD开启它,但可以通过在options {}块中添加以下内容来排除其中的一部分:
这里有一长串通常允许的“接受”域,例如“ to”,但是根据您对BOFHish的感觉,您可能会对其进行更多限制。

自我第一次将其记录下来,并且自从我第一次写此答复以来就再次记录下来,但是我认为这是我所指向的:http://www.isc.org/software/bind/delegation-only

#16 楼

它可能与OpenDNS有关。在我的家用计算机上,使用OpenDNS nslookup返回IP地址。在我通过VPN to进行工作的计算机上无法解析,并且http://to./什么也不做。

OpenDNS可能是一个错误...这似乎与它们的快捷功能相似,您可以在其中输入“ mail”作为快捷方式,在“ http://webmail.mydomain.com”作为网站,并在定义的网络中输入“ mail”时,您将进入“ http:// webmail”。 mydomain.com”。可能有人将其网络定义为0.0.0.0并创建了“ to”作为快捷方式?如果是这样的话,这将是利用OpenDNS用户的巨大机会!

#17 楼

如前所述。 “至。”是指定标准主机名的有效方法。不需要“典型” DNS名称的其他部分。
如果您查看此“ dig to。”的截屏,则会看到“ to”。拥有216.74.32.103的A记录:


我猜汤加决定允许它换取一些东西(可能是冷现金吗?)

评论


我在其他地方读过,如今,出售.to的使用是汤加的主要收入来源之一。

–约翰·加迪尼尔(John Gardeniers)
09年12月13日在21:01

#18 楼

警告:我对DNS的了解仅够危险。但是,这就是我所知道的:

.是根域; to是下面的一个

这更有意义(并且可以工作!):<​​br />
http://www.to/

所以基本上,我们忽略了www部分,而浏览器正在推断它吗?

基本DNS概述:http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html

评论


因此,多余的点通常会被忽略,但在这种情况下不会被忽略,以免混淆Web浏览器?

– MJeffryes
09年12月3日在18:17

尾随点告诉Web浏览器不要添加.com。如果仅将http:// to放置,则浏览器会将其更改为http://www.to.com,但是如果您使用http:// to。然后网络浏览器将其更改为http://www.to

–德鲁·斯蒂芬斯(Drew Stephens)
09年12月3日在18:23

Chrome浏览器将我从转到相同的网站(到)。

–阿萨夫·拉维(Assaf Lavie)
09年12月3日在18:49

这实际上是正确的。这与浏览器无关,“ to”是有效的主机名。

– Mark Renouf
09年12月3日在19:36

在我的电脑上。 (www.to.和www.to)和to。 (到)产生不同的页面,并使用不同的IP地址。我猜“ www”已经被其他人真正注册为二级域名。

– Arjan
09年12月10日在9:26

#19 楼

在TO上执行Whois。域名表明该域名归IANA所有:

Domain Name: TO
   Registrar: INTERNET ASSIGNED NUMBERS AUTHORITY (2)
   Whois Server: whois.iana.org
   Referral URL: http://www.iana.org
   Name Server: AUTH02.NS.UU.NET
   Name Server: COLO.TO
   Name Server: NS-TO.RIPE.NET
   Name Server: NS1.IAFRICA.COM
   Name Server: TONIC.TO
   Status: clientDeleteProhibited
   Status: clientTransferProhibited
   Status: clientUpdateProhibited
   Status: serverDeleteProhibited
   Status: serverTransferProhibited
   Status: serverUpdateProhibited
   Updated Date: 23-oct-2008
   Creation Date: 18-dec-1995
   Expiration Date: 31-dec-2099


评论


最好仅使用IANA Whois服务器获取有关TLD的信息。

–帕特里克·梅夫克(Patrick Mevzek)
19年8月27日在16:54



#20 楼

一些屏幕截图显示http://to./http://www.to./†产生了不同的站点†:

http://to./http://www.to./(单击放大)

IP地址也不同: 216.74.32.103与今天的74.54.218.210。

因此:如果两个URL都相同,则浏览器确实搞砸了,并且可能同时显示www.to

http://www.to./可能不需要结尾点来告诉浏览器不要尝试任何奇特的事物,因此与http://www.to相同,其中www可能已被某个不相关的其他公司注册为二级域名。

#21 楼

他们拥有www.to,因此www.www.to指向相同的URL。浏览器根据请求将其更改为www.to。

评论


您确定与“ www”有关吗?数百万个域名都没有“ www”,但我认为这不是因为它是隐式的。

–克里斯
09年12月3日在18:18

这是误导。虽然www.to可以指向相同的地址,但是www.to可以指向完全不同的计算机。

–mmx
09年12月3日在18:19

还是说“ www”是某种默认TLD?

–克里斯
09年12月3日在18:19

现在我更加困惑! :(

–杰夫·阿特伍德
09年12月3日在18:20

这是不正确的

–凯尔·克罗宁(Kyle Cronin)
09年12月3日在18:36