Intereting Posts

rsync复制整个文件，而不是差异使用IP和文件夹将虚拟主机添加到nginx Nginx + php5-fpm + CodeIgniter响应太慢确定Windows 2003 Server中的RAID级别通过POP传递的消息多次（主机）禁用VT-d和中断重新映射是否中断MSI-X？专用服务器 – 通过服务器IP访问时，cgi-sys / defaultwebpage.cgiredirect apache客户端证书if-else条件如何使用$ GENERATE指令在BIND中为/ 16 IP块添加PTRlogging？ Symantec AntiVirus病毒定义文件版本date未更新 SQL Server错误3415 在iptables的前端端口到内部服务器 – 什么 – 主选项实际上在uwsgi做？ SFTP和FileZilla – 连接由服务器closures，出口码为128 我怎样才能通过CUPS将原始postscript发送到远程打印机？

一个有效的域名？

显然这是一个URL缩写。它在Chrome和Firefox中解决得很好。这是一个有效的顶级域名？

更新：为人们说这是浏览器shenanigans，为什么是这样的： http://com./ : http://com./不带我： http://www.com/ : http://www.com/ ？

而且，浏览器是否曾经给你发过一个地址栏以外的回应？除了框架和类似的东西之外，我还以为浏览器真的很努力地只是从地址栏中的网站发送内容，以帮助防范networking钓鱼。

基本上，有人设法说服ccTLD的所有者“。（汤加？）将Alogging分配给自己的IP地址。在url缩写的陌生的旧世界里发生了一场政变。

通常这些顶层不会有通过标准的Alogging分配的IP地址，但没有什么可以说，.uk，.com，.eu等不能完成的。

严格来说，没有理由拥有'。' 指定，尽pipe它应该阻止你的浏览器尝试像“to.yourdomain.com”这样的其他组合，并加速parsing地址。它也可能会混淆浏览器，因为没有点，但Safari至less似乎可以正常工作。

“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 ”。

任何DNS区域都可以具有该区域本身的任何DNSlogging（在绑定configuration文件中，此logging用@标记）。其实 – 让我问一下 – 根区是否可以用@来形容自己？ IE可以@有一个地址logging？我不明白为什么它不能。这将是一个很酷的地址。 “ http：//./ ”

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

放置一个“。” 在名称末尾告诉您的本地parsing器，您input的名称是“ 完全限定的 ”域名，这意味着它只是您想要查找的名称。通常情况下，我们使用非限定名称或其他不明确的名称，如“www”来表示“www.of.the.place.I.work”，您的本地DNSparsing器将“place.I.work”作为“dns域名“或”search域名“。

这些根级域名服务器有一个“ 顶级 ”域名列表，大致上映射到80年代研究人员如何使用互联网和国家的旧抽象概念，以及“ 基础设施 ”的顶级域名。这些顶级域名中的每一个都有一堆名称服务器，它们在该域中具有实际的区域列表，因此对maps.google.com的请求首先发送到根级别服务器，该服务器传出一个知道名称服务器的列表。 com，当被问及时，其中一位知道哪个名字服务器有google.com的logging，其中一位知道www.google.com的具体logging。

所以，你需要做的就是说服谁运行一个国家或组织的顶级域名（TLD）来为.zone而不是google.zone写一个地址logging，这是你的黄金。

目前，以下顶级域名具有地址logging（不是所有的运行networking服务器，但是）

 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

下面有mxlogging（所以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”是怎么回事）

所以，从理论上讲，你可以发邮件给教皇@ va。它会被正确地传送

如果你使用不同的根服务器，你将会看到互联网上存在的不同视图。我所做的所有本地解决scheme都是针对我的本地系统，即使用“ dnscache ”直接访问根服务器。许多其他parsingDNS服务器将询问另一个本地DNS服务器，而不是询问根服务器。

怎么不是？域名应具有的最低“部分”没有任何限制。这是像us这样的汤加国家代码顶级域名， eu ， uk ， me ….下面的点意味着它是根域的子域。其实xyz.com真的是xyz.com. 。

基本上，他们所做的只是添加指向Web服务器的Alogging。他们拥有负责回答查询的名称服务器to. 和所有的子域名，所以他们可以做到这一点。

事实certificate：

 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：根据这个主题的内容，我绝对相信某些互联网运营商（ISP，…）使用的软件没有正确遵循规范，只是按照惯例。这可能是为什么这个域名被许多人破坏的原因。

顶级域名有一个Alogging是罕见的，但它是完全合法的。想一想，如何让“www.foo.com”和“foo.com”有不同的logging，并一直贯彻到汤加ccTLD .to。

是啊…

“telnet http://www.to 80”…input“GET /”的作品

“telnet http://www.to.80”…input“GET /”的作品

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

“telnet to。80”…无法打开连接

所以是的，我会猜测浏览器的帮助。米

看起来像有人买了整个.to。 TLD http://en.wikipedia.org/wiki/.to Mehrdad说，你可以添加一个logging。我认为他们只是增加了。到www.to.的结尾以确保在tld的根目录中查找地址search。的。在所有领域的结尾应该暗示反正我不明白为什么serverfault.com。返回一个400错误的请求？

作为一个TLD，它也可以有一条指向IP地址的Alogging，就像example.com可以有一个Alogging一样。

编辑：根据一些nslookup的testing，它看起来像“to”的Alogging不同于“www.to”，但我不完全确定这是否是一个小故障。

这与浏览器无关。 'to'有一个DNS资源logging，简单如下：

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

没有帮助浏览器需要：

 $ 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

整个顶级域名似乎被映射到一个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规则，但只是为全国顶级域名的DNSconfigurationDNS。

显然，并不是所有的cachingDNS实体都为TLD准备了一个Alogging，因为它只与我尝试的2个DNS服务器中的50％一起工作。

那些友好的浏览器在这种情况下将域名“固定”到www.tool.com，并不能帮助清除混淆。

这真的不是新的。点tk已经提供了这个年龄。看tweak.tk然后技术选项卡。他们做得更酷， http ://tk./abcde也是abcde.tk，甚至更简短！

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

to.

作为该网站的（附加）http主机头。

这里的问题是一些DNS服务器可以parsing“to”和“to”。（谷歌DNS说216.74.32.103），有些根本不能。

DNS规范还允许使用尾随句号来表示根，例如，“abc”和“abc”是等价的，但是后者更加明确，并且要求被应用程序接受。当直接引用顶级域名（TLD）时，这一惯例尤为重要。例如，“.COM”已经成为引用顶级域名“COM”的stream行术语。在说到DNS时严格而且技术上是正确的，因为它表明“COM”是一个顶级域名。

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

如前所述。 “至。” 是指定全限定主机名的有效方法。您的“典型”DNS名称不需要其他部分。

如果你看一下“挖掘到”的屏幕截图，你会看到“到”。 有一个216.74.32.103的Alogging ：

我猜汤加决定允许这个东西（可能是冷的，硬的现金？）

任何可能与OpenDNS有关的机会。在我的家用电脑上使用OpenDNS nslookup返回一个IP地址。在我的工作电脑通过VPN不解决和http://to./什么都不做。

这可能是一个与OpenDNS的错误…这似乎是行为类似于他们的快捷function，在那里你input的东西，如“邮件”的快捷方式和“ http://webmail.mydomain.com ”作为网站，以及什么时候你从你定义的networkinginput“邮件”，它会把你带到“ http://webmail.mydomain.com ”。可能有人将他们的networking定义为0.0.0.0，并创build“到”作为一个快捷方式？如果是这样的话，这将是一个利用OpenDNS用户的巨大机会！

也许更令人费解的问题是为什么他们不缩短联系

  http://go.to/S50kahUN

而不是

  http://www.to/S50kahUN

所以问题是为什么它不工作。答案是Verisign决定在.com中引入一个通配符。几年前，绑定的开发者介绍了“仅限代理”区域的概念。在一个仅限代理的区域中，任何不是NSlogging的胶水的logging都不会被parsing器接受，客户端将取回一个NXDOMAIN。

所以，从严格的协议观点来看，“to”是可以的。 DNS名称有Alogging，实际上它不适用于某些ISP的客户。

你可能会说：

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

在你的named.conf中打开这个只为.com。域名，或者您可以为所有顶级域名（TLD）启用该function，但通过添加选项来阻止其中的某些顶级域名（例如：

 root-delegation-only exclude { "de"; "to"; };

等等。这里通常允许的“接受”域名有很长的列表，比如“to”，但是根据BOFHish的感觉，你可能会限制这个。

自从我第一次写下这个回复以来，这个链接已经发生了变化，但是我认为这就是我所指的： http : //www.isc.org/software/bind/delegation-only

警告：我只知道DNS很危险。但是我知道：

. 是根域; to下面那个

这更有意义（和工作！）：

http://www.to/

所以，基本上，我们正在省略www部分，浏览器正在推断它？

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

在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

一些屏幕捕获，以显示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可能已经被注册为第二个由一些无关的其他公司。

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