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

70

Видимо, это сокращение URL. В Chrome и Firefox он разрешается очень хорошо. Как это действительный домен верхнего уровня?

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

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

domain-name-system domain url Крис
источник

2

Слэшдот не был достаточно быстр, чтобы сбить его с ног.

Badp

Похоже, что в наши дни общая доступность пропускной способности непропорционально увеличивается с читательской аудиторией Slashdot ...

Chris

Также обратите внимание, что это http://to.дает другой сайт, чем http://www.to.(последний такой же, как http://www.to). Если кто-то видит одно и то же для двух URL-адресов, то браузер действительно портит и, вероятно, показывает www.to для обоих ...

Arjan

2

Я просто заметил , что сегодня , чтобы больше не работает. Грустное лицо. Тот, который все еще работает, - это AC, но он служит только сайту [nic.as] [1]. [1]: nic.ac

Марсель

48

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

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

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

Майк Паунтни
источник

19

Означает ли это, что с правильным доступом (хотя и маловероятным) кто-то может создать веб-сайт в самом корне "." сам?

Крис

6

Крис: Да, это вполне возможно.

xmm0

5

Именно так. Вот почему n @ ai является действующим адресом электронной почты.

Придкетт

9

Это должно быть "http: //."

Крис

4

Или для контента http: //./index.html

Крис

21

"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 » в адресной строке.

Кайл Кронин
источник

29

Я единственный, кого запутало "$ telnet to 80" всего за несколько секунд?

Бельмин Фернандес

15

Любая DNS-зона может иметь любую DNS-запись для самой этой зоны (в файле конфигурации bind эта запись помечена знаком @). На самом деле - позвольте мне спросить это - может ли корневая зона иметь @, чтобы описать себя? 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-сервер вместо того, чтобы запрашивать корневые серверы.

Крис
источник

Похоже, у tt просто есть две записи MX, нечего удивляться. Если первое не удастся, оно

пнет

2

нет - что я нахожу странным, так это то, что в то время, когда я делал этот поиск, кто-то возвращал домашний компьютер. rr.com - roadrunner, интернет-провайдер для конечных пользователей. Возможно, они также предлагают другие услуги, но все же немного странно иметь MX, указывающий на адрес rr.com.

Крис

@chris Вы имеете в виду, что у TLD не может быть ассоциированного IP?

Pacerier

ttЗаписи MX теперь указывают на Google

Патрик Мевзек

5

Как это не так? Нет никаких ограничений для минимальных «разделов», которые должен иметь домен. Это нДВ для Тонгов , как 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: Исходя из содержания этой темы, я абсолютно убежден, что программное обеспечение, используемое некоторыми интернет-операторами (ISP, ...), не соответствует спецификациям правильно и просто соответствует соглашениям. Вероятно, поэтому домен сломан для многих людей.

XMM0
источник

Не правда. Хотя сама DNS технически допускает доменные имена, состоящие из одной части, органы регистрации (ICANN и др.) Не позволят вам зарегистрировать голый домен верхнего уровня.

Слеське

4

СЛЕСКЕ: Это страна . В странах есть TLD.

xmm0

pingэто неправильный инструмент для использования для устранения неполадок в принципе, но особенно не для устранения неполадок DNS.

Патрик Мевзек

3

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

CRB
источник

2

у него, похоже, нет записи A из моих исследований с использованием nslookup

rmeador

Это должно быть, иначе вы не сможете посетить сайт!

Марк Ренуф

@ rmeador Я не знаю, как вы проверили, но это было плохо сделано, так как "to" имеет запись A.

Борцмейер

3

да уж...

"telnet www.to 80" ... печатать "GET /" работает

"telnet www.to. 80" ... печатать "GET /" работает

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

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

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

источник

2

telnet to. 80прекрасно работает для меня Какой-то прокси-сервер, возможно, испортил это для вас.

xmm0

@ Mehrdad telnet to. 80не работает для меня, и я определенно не за прокси. Возможно, ваш DNS делает что-то еще, чтобы помочь вам ...

Дэн Герберт

1

Некоторые DNS-сервер может разрешить доменное имя, некоторые нет ...

splattne

telnetне инструмент для устранения проблем с DNS

Патрик Мевзек

3

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

источник

Крис: IIS не любит подавать что-то хорошее, когда видит Host: serverfault.com.. Я не могу найти ничего в спецификации HTTP, которая ограничивает Hostзначение заголовка от содержания .в конце. Я думаю, это ошибка в IIS; это не соответствует спецификации.

xmm0

3

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

Редактировать: Согласно некоторым испытаниям с nslookup, кажется, что запись A для "to" отличается от записи для "www.to", хотя я не совсем уверен, является ли это сбой или нет.

gekkz
источник

2

это не имеет ничего общего с браузерами. «to» имеет DNS-запись ресурса, просто так:

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

ampledata
источник

2

Это пример или IP-адрес действительно хорош?

Крис

это пример, реальный IP-адрес 216.74.32.103, как вы можете видеть из «копать в». выход. Но гораздо более забавным откровением является то, что регистрация для находится на "tonic.to" :)

hayalci

2

Не требуется браузер справки:

$ 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 всей страны.

madmw
источник

3

Это не имеет ничего общего с правилами ICANN, нДВУ зависят от местного законодательства, а не от бюрократии в США.

bortzmeyer

2

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

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

Тимо Метселя
источник

Safari (на 10,5) работает нормально для меня с .

Майк Pountney

1

@ Майк Паунтни: Он говорит о DNS-серверах, а не о браузерах. Некоторые DNS-серверы не работают независимо от того, какой у вас браузер.

Amok

Майк ссылается на мой первоначальный ответ, в котором я пытался (и потерпел неудачу) с Safari

Timo Metsälä

Хром тоже хорошо. к

Марк Ренуф

4

Хорошая статистика. % 50 двух серверов :-): - /

hayalci

2

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

источник

2

Вопрос был не «Как это http://to./так?». Просто говорю :)

Крис

хаха .. правда :) для т.к. это просто о добавлении записи для ТК.

2

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

to.

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

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

splattne
источник

2

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

От: ftp://ftp.rfc-editor.org/in-notes/rfc3696.txt

источник

2

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

Так что, хотя со строгой точки зрения протокола это нормально для "до". 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

Фил П
источник

1

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

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

Джон Клейтон
источник

1

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

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

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

Глорфиндел
источник

В другом месте я читал, что продажа .to является одним из основных источников дохода Тонги в наши дни.

Джон Гарденерс

0

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

.является корневым доменом; toодин ниже этого

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

http://www.to/

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

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

Джефф Этвуд
источник

Таким образом, дополнительная точка обычно не указывается, но в данном случае она не исключается, чтобы не перепутать веб-браузер?

MJeffryes

5

Завершающая точка говорит веб-браузеру не добавлять .com. Если вы просто положите http://to, ваш браузер изменит это на http://www.to.com, но если вы используете, http://to.то веб-браузер изменит это наhttp://www.to

Дрю Стивенс

Chrome берет меня к тому же сам сайт (к.)

Ассаф LaVie

Это на самом деле правильно. Это не имеет ничего общего с браузерами, «to» - это допустимое имя хоста.

Марк Ренуф

На моем компьютере, чтобы. ( www.to.а www.to) и к. ( to.) выводить разные страницы и использовать разные IP-адреса. Я предполагаю, что "www" действительно был зарегистрирован как домен второго уровня кем-то еще.

Арьян

0

Делать 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

источник

Лучше просто использовать whois-сервер IANA для получения информации о TLD.

Патрик Мевзек

0

Некоторые снимки экрана, показывающие, что 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вероятно, она была зарегистрирована как домен второго уровня какой-то не связанной другой компанией.}

Арьян
источник

-3

Им принадлежит www.to, поэтому www.www.to указывает на тот же URL. Браузер меняет его на www.to по запросу.

Павел
источник

Вы уверены, что это как-то связано с "www"? Миллионы доменных имен работают без "www", и я не думаю, что это потому, что это неявно.

Крис

Это вводит в заблуждение. Хотя www.toможет указывать на один и тот же адрес, www.toможет указывать на совершенно другой компьютер.

xmm0

Или вы говорите, что "www" - это какой-то TLD по умолчанию?

Крис

теперь я еще больше запутался! :(

Джефф Этвуд

4

это не правильно

Кайл Кронин

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

Ответы: