to
单独指出了.to
TLD,该TLD显然有一个根本没有内容的Web服务器。我验证了,所有TLD都可以通过这种方式访问,尽管它们不一定在那里有一个网站。
to
单独指出了.to
TLD,该TLD显然有一个根本没有内容的Web服务器。我验证了,所有TLD都可以通过这种方式访问,尽管它们不一定在那里有一个网站。
Answers:
从理论上讲,任何完全合格的域名都应以结尾。-这是原始的RFC,但出于实际原因而被忽略。您也可以将服务器设置为指向TLD,但这通常不做。
因此,要做到这一点,你需要拥有自己的顶级域名-它的合理的,但不太可能 - ICANN使组织可以运行这样的顶级域名,但你需要证明你能够运行一个注册器,以及一些其他的要求。“我要很酷的2字母tld”不是一个好理由。或者,您需要一个ccTLD并控制它的根源,方法是成为官方机构,或者推翻现任政府而不会引起国际事件。
因此,最后一个点处的两个字母的域是合理的,但个人不可能拥有它。
但是,请随时用点号结束自己的域名,并逗弄和震惊您的朋友。
.
。这消除了隐式附加的后缀可能引起的任何歧义。
有关http://to./(或http:// to)的一些侦探作品:
ping to.
我的电脑上。为了进行验证,在浏览器中输入http://216.74.32.107/会显示相同的网站。Wcp/32Points Intermediate Holding Company, INC
,其中包含以下信息:该公司托管584个站点(通过DNS),分为21个顶级域。他们的列表在上面的MYIP.MS链接中给出。这意味着21个格式为的域中的每个域abc.com
都有大约28个像的子域xxx.abc.com
,这意味着21个非常复杂的网站。
ARIN Whois表示,该公司拥有的IP范围216.74.0.0 - 216.74.63.255
,这是16320个地址的小部分。
公司网站的名称为,www.breedworks.biz
但该地址(待出售的域名)上没有任何内容。
结论:这是一家小型托管公司,可能管理其自己的DNS记录。
我的私人意见:
这不是域,而是托管公司的DNS记录中的故障。换句话说,这个错误一直未被发现,直到发布者(可能)错误地输入了HTTP地址。
该DNS似乎指向使用IIS的空网站,可能从未使用过,因此从未发现此DNS错误。
除了通过信件或电话(我无意这样做)之外,我没有发现任何将其DNS错误通知该公司的方法。
somecharacter.to
这家托管公司提供了一个域名,但由于某些错误或错误somecharacter
而丢失,而他们只是在服务to./
?
to/
和一样好to./
。
收件人是汤加的国家代码。美国的国家/地区代码为us
,因此您可能会在example.us形式下看到域名。德国的国家码是de
,墨西哥的国家码是mx
法国,法国的国家码是fr
。有关其他内容,请参见正式分配的代码元素。
一些国家/地区代码用于与域名相关联的国家/地区以外的网站。如本页面,这是“西萨摩亚”的缩写,是互联网国家代码顶级域名(ccTLD),萨摩亚,是一些网站所有者吸引力,因为它也可以被认为是为“网站”的缩写。
可能有供应商转售它,但是您可以在https://register.to/进行注册。
更新:
在看到许多评论之后,我进一步进行了验证,发现所有TLD都可以有一个指向其自身的DNS条目,这说明这http://to
是一个有效的URL。
如果收到这样的短网址是真的,你要查找的内容,则需要建立一个TLD,这是很好的解决了这个问题。
.to
还是本地地址,OP尚不清楚http://to/
。目前,这里的答案只是猜测。
to
没有。 http://to
是有效的网址。
我不知道您是否会被允许通过以点号结尾来偶然地或多或少地购买作为主机名可访问的顶级域名“ to”(作为主机名)。我也不认为这是个好主意,因为这样的地址会根据您所使用的软件产生无法预测的结果。这是因为顶级域未定义为服务的dns查找,因此,在特定程序的实现中将如何解释它。如果您想与/ to dot /笑话背后的人联系,您可以在这里找到信息:http : //ipduh.com/dns/ ? to 。
http://to/
还是http://something.to
?