Есть возможность получить общий TLD, Такие как .example. DNS-поиск для example будет проходить через корневые серверы, которые найдут связующую запись для example и направить запрос назначенному NS. Это не отличается от .com или другие.
Это означает, что я могу указать адреса электронной почты, например hello@example и разместить веб-сайт по адресу example.
Как такие простые имена разрешаются на клиентах (клиенты DNS, это могут быть серверы или фактические машины конечных пользователей)?
сервер Linux server.foo.com при обычном разрешении к такому простому запросу будет добавлен домен, в котором он находится, - предполагая, что запрос предназначен для хоста в его домене. Затем он запросит разрешение example.foo.com, что не соответствует ожиданиям
Я считаю, что то же самое произойдет с сервером Windows (?)
на стороне конечного пользователя, набрав example например, в Chrome запустит поиск слова example, так как отсутствует полный адрес, разделенный точками
Это технически возможно, и некоторые реестры публикуют записи A или MX непосредственно на уровне TLD. Например dig A ws. +short даст вам 64.70.19.33, и у вас тоже есть запись MX: mail.worldsite.ws
Некоторые предполагают, что стремление к новым gTLD, по крайней мере частично, связано с тем, что люди думают, что, имея такой TLD, они могли бы напрямую получать электронные письма. @tld и сайт вроде http://TLD/. Представьте, например, что TLD = SEARCH.
По сути, это было бы возрождением концепции ключевых слов, которые давным-давно были в моде, когда их продвигали как параллельные в пространстве доменных имен.
Это создало бы, среди прочего, множество проблем в Интернете из-за файлов cookie и того, что в настоящее время в браузерах нет автоматических механизмов для поиска административных сокращений (поскольку они не полностью совпадают с разделителем «точка» DNS) . То же самое для автоматического обнаружения WPAD DNS и различных других механизмов, когда приложения проходят дерево DNS вверх от корня.
Тем не менее, чаще всего это не работает должным образом, в основном из-за настроек по умолчанию. Системы настроены со списком поиска, поэтому, когда вы где-то используете имя, оно также пробуется с различными суффиксами. Этот список можно исправить или даже получить по DHCP.
Кроме того, ограничения ICANN (в контрактах с реестрами) запрещают практически все, что находится на вершине TLD, кроме SOA, NS, DS, и RRSIG записи (для основных). Но это влияет только на gTLD, поскольку ccTLD не заключены контрактом с ICANN и могут делать то, что они хотят в этот момент (!).
У вас было много обсуждений, отчетов и резолюций по этим доменам без точки, см. https://features.icann.org/dotless-domains и особенно технический отчет: https://www.icann.org/en/system/files/files/sac-053-en.pdf за которым последовал отчет IAB: https://www.iab.org/2013/07/10/iab-statement-dotless-domains-considered-harmful/
Эта статья представляет собой хорошее резюме: http://www.circleid.com/posts/20130711_the_missing_link_in_dotless_domains/
И по многим техническим деталям: https://labs.apnic.net/?p=429 с исследованиями различных резольверов на разных ОС.