Назад | Перейти на главную страницу

Какого черта http://to./ действительное доменное имя?

Видимо это сокращение URL-адресов. Это прекрасно разрешается в Chrome и Firefox. Как это действующий домен верхнего уровня?

Обновление: для людей, которые говорят, что это махинации с браузером, почему: http://com./ не ведет меня к: http://www.com/?

И присылают ли браузеры когда-нибудь ответ из другого места, кроме того, что на самом деле находится в адресной строке? Помимо наборов фреймов и тому подобного, я подумал, что браузеры очень старались отправлять вам контент только с сайта в адресной строке, чтобы защитить себя от фишинга.

По сути, кому-то удалось убедить владельцев ccTLD «сделать». (Тонга?), Чтобы назначить запись A их собственному IP-адресу. Настоящий переворот в странном старом мире сокращателей URL.

Обычно этим верхним уровням не назначаются IP-адреса с помощью стандартной записи A, но нет ничего, что могло бы сказать, что то же самое нельзя было сделать с .uk, .com, .eu и т. Д.

Строго говоря, нет никаких оснований для использования "." указано, хотя это должно помешать вашему браузеру сначала попробовать другие комбинации, такие как «to.yourdomain.com», и ускорить разрешение адреса. Это также может сбить с толку браузеры, поскольку точки нет, но Safari, по крайней мере, работает с ней нормально.

"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./"потому, что некоторые браузеры пытаются преобразовать" в "в"http://www.to.com"в адресной строке.

Любая зона DNS может иметь любую запись DNS для самой зоны (в файле конфигурации привязки эта запись помечена знаком @). На самом деле - позвольте мне спросить - может ли корневая зона иметь @, чтобы описать себя? IE может @ иметь адресную запись? Не понимаю, почему не могло. который было бы классным адресом. "http: //./"

«Корневая» зона - это просто зона с именем «.». На данный момент в этой зоне есть несколько серверов имен. Адреса этих серверов имен распределяются как текстовый файл. Этот текстовый файл или что-то подобное вручную вводится во многие типичные рекурсивные серверы имен.

Размещение "." в конце имени сообщает вашему локальному преобразователю, что имя, которое вы ввели, "Полностью квалифицированный"доменное имя, то есть это именно то имя, которое вы хотите найти. Часто мы используем неквалифицированные или иным образом неоднозначные имена, такие как" 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, и вы золотые.

В настоящее время следующие домены верхнего уровня имеют записи адресов (хотя не все работают с веб-серверами)

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. и он будет доставлен должным образом ...

Если вы используете разные корневые серверы, вы получите другое представление о том, что существует в Интернете. Все локальные решения, которые я сделал, были против моей локальной системы, которая использует "dnscache", который идет непосредственно на корневые серверы. Многие другие разрешающие DNS-серверы будут запрашивать другой локальный DNS-сервер вместо того, чтобы запрашивать корневые серверы.

Как это не так? Нет никаких ограничений на минимальное количество «секций», которое должен иметь домен. Это ccTLD для Тонга лайк us, eu, uk, me, .... Следующая точка означает, что это поддомен корневого домена. По факту, xyz.com действительно xyz.com..

По сути, они просто добавили 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: Основываясь на содержании этой ветки, я абсолютно убежден, что программное обеспечение, используемое некоторыми интернет-операторами (интернет-провайдерами, ...), действительно не следовать спецификации правильно и просто следуют соглашениям. Вероятно, поэтому домен у многих сломан.

Будучи TLD, он тоже может иметь запись A, указывающую на IP-адрес, точно так же, как example.com может иметь запись A.

Изменить: согласно некоторым тестам с nslookup, похоже, что запись A для «to» отличается от записи для «www.to», хотя я не совсем уверен, глюк это или нет.

Похоже, кто-то купил весь домен .to. TLD http://en.wikipedia.org/wiki/.to как сказал Мехрдад, вы можете добавить запись A. Я думаю, они просто добавляют расширение. до конца www.to. чтобы убедиться, что все, что ищет, ищет адрес в корне TLD. файл. в конце всех доменов в любом случае следует подразумевать то, что я не понимаю, так это почему serverfault.com. вернуть 400 Bad Request?

Да...

"telnet www.to 80" ... ввод "GET /" работает

"telnet www.to.80" ... ввод "GET /" работает

"telnet to 80" ... не удалось открыть соединение

"telnet to. 80" ... не удалось открыть соединение

так что да, я думаю, браузер помогает. м.

Редко, когда домен верхнего уровня имеет запись A, но это вполне законно. Подумайте, как можно сделать так, чтобы «www.foo.com» и «foo.com» имели разные записи, и примените это полностью к ccTLD Тонги, .to.

Итак, вопрос в том, почему это не сработает. И ответ заключается в том, что после того, как Verisign решила ввести подстановочный знак в .com. zone несколько лет назад разработчики bind представили концепцию зоны «только делегирование». В зоне только с делегированием любые записи A, которые не являются второстепенным связующим звеном для записи NS, не будут приняты преобразователем, и клиент получит обратно NXDOMAIN.

Так что с точки зрения строгого протокола это нормально для "to". DNS-имя должно иметь запись A, на практике это не сработает для клиентов некоторых интернет-провайдеров.

Вы можете поставить:

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

в вашем named.conf, чтобы включить это только для .com. домен, или вы можете включить его для всех TLD, но исключить некоторые из них, добавив в блок options {} что-то вроде:

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

и т.д. Здесь есть длинный список «принятых» доменов, которые обычно разрешены, например «to», но в зависимости от того, как вы себя чувствуете, вы можете ограничить это больше.

Ссылка переместилась с тех пор, как я впервые ее записал, и снова с тех пор, как впервые написал этот ответ, но я думаю, что это то, на что я указал: http://www.isc.org/software/bind/delegation-only

Спецификация DNS также позволяет использовать конечный период для обозначения корня, например, «a.b.c» и «a.b.c.» эквивалентны, но последнее является более явным и требуется для принятия приложениями. Это соглашение особенно важно, когда имя TLD упоминается напрямую. Например, хотя «.COM» стал популярным термином для обозначения этого домена верхнего уровня, «COM». Было бы строго и технически правильно говорить о DNS, поскольку он показывает, что «COM» является доменным именем верхнего уровня.

Из: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt

Я думаю, что простой ответ заключается в том, что владелец веб-сервера установил

to.

как (дополнительный) заголовок хоста http для этого веб-сайта.

Проблема здесь в том, что некоторые DNS-серверы могут разрешать «на» и «на». (Google DNS говорит 216.74.32.103), а некоторые просто не могут.

это действительно не новость. dot tk предлагает это уже много лет. посмотрите на tweak.tk, затем на вкладку технических. они делают это круче, http://tk./abcde это также abcde.tk, который еще короче!

По-видимому, не все кэширующие объекты DNS подготовлены к тому, чтобы TLD имел запись A, поскольку она работала только с 50% из 2 DNS-серверов, которые я пробовал.

Те дружелюбные браузеры, которые в этом случае «фиксируют» домен на www., конечно же, не помогают устранить путаницу.

это не имеет ничего общего с браузерами. У 'to' есть запись ресурса DNS, очень простая:

$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

Кажется, что весь 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 для DNS целого национального TLD.

Как было указано. "к" - допустимый способ указать полное имя хоста. Никаких других частей вашего "типичного" DNS-имени не требуется.

Если вы посмотрите на этот снимок экрана, на котором показано «копать в.», Вы увидите, что "к" имеет рекорд A 216.74.32.103:

Я предполагаю, что Тонга решила разрешить это в обмен на что-то (возможно, наличные деньги?)

Есть шанс, что это может иметь какое-то отношение к OpenDNS. На моем домашнем компьютере с помощью OpenDNS nslookup возвращает IP-адрес. На моих рабочих компах через VPN не разрешает и http://to./ ничего не делает.

Это может быть ошибка OpenDNS ... похоже, это действует аналогично их функциям ярлыков, где вы вводите что-то вроде «mail» в качестве ярлыка иhttp://webmail.mydomain.com'в качестве веб-сайта, и когда вы вводите «почта» из определенной сети, вы отправляетесь наhttp://webmail.mydomain.com'. Возможно, кто-то определил свою сеть как 0.0.0.0 и создал ярлык «Кому»? Если это так, это была бы огромная возможность использовать пользователей OpenDNS!

Выполнение 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

Предупреждение: я знаю о DNS лишь достаточно, чтобы быть опасным. Но вот что я знаю:

. это корневой домен; to один ниже этого

Это имеет больше смысла (и работает!):

http://www.to/

Итак, в основном, мы опускаем часть www, а браузер делает вывод о ней?

базовый обзор DNS:
http://developer.yahoo.net/blog/archives/2009/11/an_engineers_gu.html

Несколько снимков экрана, чтобы показать, что 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.