При условии:
domain.com resolves to some IP and
www.domain.com would resolve (usually) to the same IP
Почему abc.www.domain.com или abcddomain.com по умолчанию не преобразуются в следующее доступное имя части N?
решение1
Потому что существует разница между именем хоста в зоне и делегированной зоной или подзоной.
При условии, что www.example.com www— это имя хоста в зоне example.com. Да, есть компьютер в example.com, обслуживающий эту зону, но система DNS явно настроена так, чтобы говорить «www — это хост здесь», а не «существует подзона с именем www».
Конечно, некоторые программные обеспечения DNS-серверов поддерживают использование подстановочных знаков, поэтому их можно настроить так, чтобы зона была на , www.example.comа затем использовать подстановочный знак на , *.www.example.comи все это указывало на один и тот же IP-адрес.
И, конечно же, ничто не мешает любому человеку создать собственное программное обеспечение DNS-сервера, которое будет отвечать любым нужным ему способом, при условии, что оно «разговаривает» на языке DNS-протокола.
решение2
Фактическое отношение здесь полностью противоположно тому, что вы думаете. Domain.com не является резервным адресом для www.domain.com. Domain.com — это имя всех возможных адресов, заканчивающихся на domain.comибыл явно связан с www.domain.com в записях DNS. Всемирная паутина — не единственная и даже не самая старая служба, использующая Интернет, и если бы у организации, владеющей domain.com, не было веб-сайта, она могла бы с тем же успехом связать его с mail.domain.com или ftp.domain.com. В случаях организаций, которые явно не являются только веб-сайтами, домен часто является суффиксом для всех машин в их сети, и ссылка может быть назначена любой из них или пулу машин.
Переход на уровень DNS обычно означает пересечение организационной границы. В этом случае domain.com принадлежит гипотетической компании-примеру, и имеет смысл отправлять людей, пытающихся попасть на него, на ее веб-сайт. С другой стороны, домен com. принадлежит Verisign, крупному игроку в DNS, который не мог бы узнать, кто из его многочисленных клиентов вас на самом деле интересует.
решение3
Даже если бы имя, состоящее из одной части «machine», случайно разрешилось в один IP-адрес (например, через запись локального хоста), я бы ожидал, что abcmachine будет разрешаться в тот же IP-адрес.
Записи /etc/hosts не являются DNS; я думаю, что они на самом делепредшествоватьDNS и концепция многоуровневых точечных имен. До изобретения DNS большинство систем просто использовали однословные имена и a.b.c.machineне были чем-то особенным.
Что касается самого DNS, то это просто выбор, сделанный его создателями, согласно которому по умолчанию разрешаются только явно созданные имена, без каких-либо «волшебных» функций вроде автоматического расширения.
Итак, когда вы видите www.example.comразрешение на какой-либо адрес, это потому, что владелец доменана самом деле добавленоотдельный поддомен «www» в свою зону DNS – не потому, что DNS автоматически дублирует его.
Обратите внимание, что DNS на самом деледелаетиметь это каквыбрать вфункция. Если вы создаете запись DNS для *.example.com(на любом уровне), то все неизвестные поддомены на том же уровне (например, foo.example.com) будут автоматически разрешены к тем же данным, что и *запись. Это фактически используется для многих систем хостинга веб-сайтов; например, GitHub имеет *.github.ioзапись для автоматического перехвата всех имен пользователей.
Но на практике это действительно делает вещираздражающийво многих случаях (вне сети). Если домен выбрал использование подстановочных знаков, каждый раз, когда вы делаете опечатку в поддомене, вы больше не получаете фактическое сообщение об ошибке, сообщающее, что вы перепутали имя — вместо этого оно тихо переходит куда-то совершенно не туда, куда вы хотели.