Любую из настроек домена верхнего уровня можно переопределить для конкретного тарифного плана. Это позволяет, например, определить разную стоимость регистрации для доменов разной длины. 

Обратите внимание!

После создания новой или изменения существующей доменной зоны перезапустите панель управления командой /usr/local/mgr5/sbin/mgrctl -m billmgr exit.

Домены верхнего уровня: угроза безопасности? — «Хакер»

Содержание статьи

План по заполнению интернета сотнями или тысячами новых доменов верхнего уровня грозит появлением проблем с безопасностью и эксперты размышляют о некоторых непредвиденных последствиях, которые могут использоваться киберпреступниками в своих целях. Некоторые варианты развития событий выглядят совсем неутешительно.

Подумай о хаосе, который может возникнуть из-за доменов типа «exchange», «mailserver» или многих других адресов, которые заканчиваются на имена, которые часто используются для обозначения строго конфиденциальных ресурсов корпоративных и государственных сетей. Если из-за сбоя программа электронной почты или другое приложение начнет взаимодействовать с одним из внешних адресов вместо внутреннего сервера, носящего такое же имя хоста, результат может оказаться разрушительным для стабильности интернета.

«Будет много причин для путаницы и всё это сделает вещи гораздо более неопределенными, чем сейчас», — сказал H D Moore, научный руководитель компании Rapid7 и главный архитектор проекта Metasploit. «Домены верхнего уровня могут вывести из строя широко используемые программные продукты».

Еще более тяжелая ситуация возникла бы, если бы онлайн-преступники намеренно приобрели стратегический домен верхнего уровня и использовали бы входящие подключения для воровства паролей или проведения атак против подключающихся.

Например, корпоративный ноутбук, который подключен к точке доступа аэропорта, а не к нормальной сети предприятия, может подключиться к домену с именем «mailserver» («почтовый сервер»), который контролируется хакерами, а не надежным внутренним сервером с таким же именем. Подобные атаки могут быть проведены и используя другие названия – такие, как «wpad», «lan» и «local».

Расширение ICANN

Паника началась через две недели после того, как Интернет-корпорация по присвоению имен и номеров (Internet Corporation for Assigned Names and Numbers) утвердила меру, разрешающую любому подавать заявки на практически любой домен верхнего уровня. Изменение может привести к появлению сотен или тысяч новых суффиксов в следующие несколько лет, которые содержат такие имена брэндов, как «Nike» или «Ford», или же общие слова – такие, как «банк».

В настоящее время существует менее 300 доменов верхнего уровня и большинство из них содержат ничем не примечательные двух- или трехбуквенные суффиксы, такие, как .com или .uk.

Несмотря на то, что критика со стороны некоторых специалистов говорит о том, что проблемы безопасности преувеличены, есть достаточно оснований, чтобы относиться к ним серьёзно. Согласно данным, представленным DNS Operations, Analysis, and Research Center в 2009 году, 10 недействительных доменов верхнего уровня представляли 10% от общей нагрузки по DNS-запросам в интернете. Несуществующие домены верхнего уровня — «wpad», «domain», «localdomain» и «localhost» и т.п. Это убедительно указывает на то, что огромное число приложений в течение многих лет непреднамеренно приводит к утечке локальных имен хостов в интернет.

Как недавно объяснил DNS-эксперт Пол Викси, программные приложения, которые взаимодействуют с именами хостов во внутренних сетях, никогда не должны запрашивать трансляцию адреса у системы доменных имен интернета. Но на практике так происходит не всегда. Нет гарантии того, что так называемый однокомпонентный интернет адрес будет доступен в интернете, но нет гарантии что и не будет!

«Они не будут работать надёжно», — сказал Викси. «Может случиться так, что они будут неправильно реагировать на ошибки и таким образом если кто-то введет имя без точки, они будут работать».

Решения проблемы просто нет

Действительно, это зависит от используемого браузера и операционной системы – определенное количество сайтов уже доступны путем ввода только лишь их домена верхнего уровня в адресной строке. При использовании Mozilla Firefox на Mac или компьютеров с Ubuntu возможно достичь домена ac просто указав в браузере «ас» (без кавычек). Та же схема работает и для io и tm. Google Chrome на OS X и Ubuntu также зайдет на эти сайты без особых просьб и уговоров.

При использовании компьютера с Windows XP SP3 у авторов статьи не получилось зайти на какой-либо из этих трёх сайтов. Но, согласно исследователю и разработчику ПО Маршу Рэю, его домашний компьютер с Vista смог это сделать без всякого труда, и что еще хуже – отсутствие точки в адресе обмануло операционную систему и привело к тому, что система поместила сайт в «Местную интрасеть», которая служит для Windows местом для надежных внутренних адресов, которые не требуют применения к ним обычных мер безопасности.

Потенциал для использования этого в своих целях определенно есть, сказал он.

«Нет ничего хорошего в том, что Windows принимает любое имя без точки как более доверенное – в качестве местной интрасети», — написал по электронной почте Рэй, который работает на сервис двухфакторной аутентификации PhoneFactor. «Решения проблемы в ICANN просто нет. Я знаю ребят в Microsoft, кому совсем не по душе идея обслуживания страниц .apple в их интрасети».

Не все соглашаются, что домены верхнего уровня несут в себе такие риски. В числе скептиков – Дэн Камински, DNS-эксперт и главный научный сотрудник фирмы по обеспечению безопасности DKH.

Не ваш левый домен

«Это всё из-за страха, неуверенности и сомнений», — сказал он, ссылаясь на сценарии развития событий, выделенные Рэйем и другими критиками. «Да, если бы такие домены, как wpad, localhost или localdomain были присвоены, то могли бы случиться плохие вещи. Но эти домены не будут присвоены. Ведь нельзя же получить домен верхнего уровня без прохождения определенных стадий одобрения».

Процесс одобрения ICANN, на который ссылается Каминский, включает себя плату за подачу заявлений на домены верхнего уровня, равную 185 000 долларов. Большая стоимость предназначена для снижения количества поданных заявок, чтобы каждая из них могла быть досконально изучена людьми для того, чтобы убедиться, что предлагаемые имена соответствуют товарным знакам и критериям безопасности.

«Мы не говорим о том, чтобы пойти в GoDaddy и потратить 40 долларов на домен», — добавил Каминский. «Каждый должен заплатить пошлину, равную 185 000 долларов и в ICANN есть совет, который за всем этим наблюдает».

Правила ICANN на данный момент не запрещают регистрацию каких-либо конкретных доменов верхнего уровня, но Security, Stability and Advisory Committee в ноябре издал доклад, который намекает на угрозы безопасности с которыми могут столкнуться конечные пользователи если DNS-серверы перестанут отвечать на определенные неверные запросы доменов верхнего уровня стандартным сообщением об ошибке «NXDOMAIN».

«Хоть NXDOMAIN и способствует разрешению ошибок, ответ-ссылка от корневого сервера имен может привести к продолжению рекурсии, которая может привести к непредсказуемым результатам для пользователя», — написали авторы.

Краткая справка, запрятанная ближе к концу десятистраничного документа, не предостерегает об огромных возможностях, которые может предоставить опытному атакующему хорошо выбранный домен верхнего уровня. Более того, документ даже не приводит большое количество имен, которые могут нанести ущерб.

Такой домен верхнего уровня, как, например, «calicense» или «isatap» могут быть использованы атакующими для взлома корпоративных или государственных сетей, потому что такие имена часто используются для обозначения местных ресурсов теми, кто развёртывает программное обеспечение Computer Associates и Microsoft соответственно.

«В принципе, если ты можешь контролировать корневой домен верхнего уровня ISATAP – ты можешь общаться с любым компьютером Windows на планете с настройками [IPv6 setting] 6in4, потому что будет использоваться роутер ISATAP», — написал по электронной почте Мур из Rapid7. «Если такие имена будут существовать на корневом уровне DNS, то это приведет к концу той интернет-безопасности, которую мы знаем».

Домены не безобидны

Даже домены верхнего уровня, содержащие безобидные слова типа «accounting», «mail» и «search», могут представлять угрозу, принимая во внимание огромное количество сетей, которые используют их для маршрутизации локального трафика.

«Они собираются игнорировать всех маленьких ребят», — сказал Рэй, исследователь PhoneFactor, имея ввиду людей ICANN, ответственных за проверку заявлений на домены верхнего уровня на предмет безопасности. «Каждый обычный администратор, который жестко прописал короткое имя хоста где-то в каком-то скрипте, рискует столкнуться с коллизией с огромным доменом верхнего уровня пока полностью не отключит возможность его использования, что будет значить, что ты не сможешь получить никакой из этих доменов верхнего уровня».

Главный научный сотрудник F-Secure Микко Хиппонен недавно говорил о неисправностях, которые могут быть нанесены доменом верхнего уровня, состоящим из номера 1, так как это позволит владельцу создать хост под названием 127.0.0.1, то есть с IP-адресом «localhost».

«получи я такой домен, я бы там зарегистрировал ‘intra’, ‘smtp’, ‘local’ и ‘mail’… а может быть и ‘con'», — написал о в последующем сообщении на Twitter.

В качестве долгосрочного решения таких проблем, как эти, Каминский и Викси выделили обновление DNS-серверов так, чтобы так называемые А-записи никогда не транслировали в IP-адрес однокомпонентный адрес.

То, что они предлагают, закроет брешь в системе безопасности, но, как говорит Рэй, это грозит порядочными затратами. Одна из предполагаемых причин что группа или корпорация захочет потратить 185 000 на такой домен верхнего уровня, как «nike» или «bank» – для того, чтобы иметь сайт или адрес электронной почты в котором используется только это имя (например http://nike/ или marketing@nike вместо http://www.nike.com или [email protected]). Если адреса без точек удалят из А-записей, то это будет невозможно.

Нет вероятности того, что ICANN или Internet Engineering Task Force будут в состоянии внедрить такие изменения уже к январю – к тому времени, когда ICANN начнёт принимать заявки на новые домены верхнего уровня.

Если бы Дамоклов меч новых доменных имен висел у них над головами, может они и создавали бы более надежную систему . Сеть, которую они уничтожают, могла бы принадлежать им.

Оригинал: http://www.theregister.co.uk/2011/07/04/dotless_domain_security/

База знаний технических терминов | 101Домен

A запись
Представление IPv4 адреса в системе DNS

AAAA запись
Представление IPv6 адреса в системе DNS

A-запись
Представление многоязычного доменного имени в ASCII-совместимом кодировании (ACE), т. е. в том виде, в каком оно передаётся по протоколу DNS. A-метки всегда начинаются с префикса «xn--». Противоположность U-метке.

APIPA
Подкатегория частных IP адресов. Смотрите частные IP адреса

AREG
Подмножество IRIS для выполнения операций поиска регистрации IP-адресов.

.ARPA
Изначально термин использовался в отношении агентства правительства США, которое управляло разработкой Интернета на начальных этапах, а теперь — в отношении домена верхнего уровня, использующийся исключительно для машинного считывания компьютерами для некоторых протоколов, таких как обратный поиск по IP-адресу и ENUM. Домен не предназначен для общих регистраций. IANA управляет зоной .ARPA совместно с Советом по архитектуре Интернета.

ASCII (Американский стандартный код для обмена информацией)
Стандарт для передачи английских букв (или латиницы) в интернете. Изначально DNS была ограничена латинскими символами, так как система использует ASCII как формат кодировки, хотя возможности были расширены при помощи функционала интернационализированных доменных имен в приложениях.

Авторитетный сервер имен
Сервер DNS (системы доменных имен) настроенный для хранения содержимого DNS зоны. Каждое доменное имя должно иметь несколько таких серверов, чтобы компьютеры, подключенные к Интернету, могли получить содержимое данного домена. Набор авторитативных DNS-серверов должен быть прописан в качестве NS-записей родительского домена.

Номер автономной системы (AS number, ASN)
Номер, используемый протоколами маршрутизации Интернета, чтобы однозначно идентифицировать политику маршрутизации конкретного оператора сети. Его можно сравнить с «почтовым индексом», используемым в обычной почте. Они распределяются между сетевыми операторами с помощью региональных реестров Интернета.

Кеширующий DNS-сервер
Комбинация рекурсивного сервера имен и кеширующего сервера имен.

Организация поддержки национальных имен (ccNSO)
Составная часть форумов ICANN по разработке политики («группа интересов»), отвечающая за обсуждение и разработку политики делегирования национальных доменов верхнего уровня.

Национальный домен верхнего уровня (ccTLD)
Класс доменов верхнего уровня, присваиваемых только странам и территориям в списке стандарта ISO 3166-1. В настоящее время представлен двухбуквенными кодами, например, «.DE» и т. п., однако ожидается, что в будущем также появятся эквиваленты с использованием букв, отличных от латиницы. Основная работа по разработке политики в отношении доменов верхнего уровня отдельных стран входит в обязанности местной организации-спонсора, в отличие от других доменов верхнего уровня, где политику определяет ICANN. Обязательным требованием к национальным доменам верхнего уровня является их эксплуатация в той стране, которую они обозначают, чтобы эксплуатация домена регулировалась соответствующими национальными законами, правительствами и пр.

Протокол службы межреестровой информации (CRISP)
Название рабочей группы IETF (Инженерная проектная группа Интернета), разработавшей Информационную службу регистров Интернета (IRIS), следующее поколение для замены WHOIS протокола.

DCHK
Подсистема IRIS используется чтобы проверить, свободен ли домен, и возможно ли его зарегистрировать. Это более простой способ, применение которого оказывает меньшее влияние на обеспечение защиты конфиденциальной информации, чем DREG, так как он не передает ничего, кроме информации о занятости домена.

делегирование
Передача ответственности другой организации. В системе доменных имён один сервер имён может предоставлять ссылки на более полезные серверы имён, предоставив записи NS в ответ на конкретный запрос. На административном уровне субдомены делегируются другим организациям. IANA также делегирует блоки IP-адресов региональным интернет-реестрам.

DNSSEC
Технология, которую можно добавлять в систему доменных имён для проверки подлинности данных. Эта технология предусматривает добавление поддающихся проверке цепочек сертификатов системы доменных имён.

DNS зона
Область именного пространства системы доменных имен. По умолчанию корневая зона содержит все доменные имена, однако, на практике её участки делегируются менее крупным зонам, имеющим иерархическую структуру. Например, зона «.COM» обозначает участок делегированной DNS с окончанием «.COM».

Доменное Имя
Уникальный идентификатор с набором заданных свойств, позволяющих компьютерам выполнять преобразования. Типичное доменное имя — «icann.org». Чаще всего прописывается такое свойство, как IP-адрес (например, 208.77.188.103), что позволяет компьютерам преобразовывать доменное имя в IP-адрес. Однако DNS используется также для многих других целей. Доменное имя может быть делегированием: в этом случае происходит передача ответственности по всем поддоменам внутри этого домена другому владельцу. Именной элемент (Domain name label) — это составная часть доменного имени. Элементы доменного имени разделяются точками. Например, доменное имя www.iana.org содержит три элемента — www, iana и org. Интернационализированные доменные имена могут содержать A-метки и U-метки.

Регистратор доменного имени
Организация, предоставляющая услуги по регистрации доменных имён — посредник между владельцами доменов и реестрами. Обычно существует несколько аккредитованных конкурирующих друг с другом регистраторов. Для большинства доменов верхнего уровня регистраторы доменных имён аккредитованы ICANN.

Реестр доменных имен
Задачей Реестра является управление DNS-зоной, предоставляя регистрации поддоменов для регистрантов.

Сервер доменных имен (DNS)
Общий термин для системы в Интернете, отвечающий на запросы о преобразовании доменных имён во что-то другое. DNS могут быть подразделены на авторитетные серверы, хранящие базу данных для конкретной зоны DNS; а также рекурсивные сервера и кэширующие сервера.

Система Доменных Имен (DNS)
Глобальная иерархическая система доменных имён. Глобальная распределённая база данных хранит информацию для выполнения преобразований доменных имён; самая центральная часть этой базы данных известна под названием корневая зона и координируется IANA.

Расширяемый протокол (EPP)
Протокол, с помощью которого осуществляется электронное взаимодействие между регистратором и реестром для предоставления доменных имен.

первым пришел, первым получил
Реестры IANA управляются по принципу «первым пришел, первым получил»

полное доменное имя (FQDN)
Доменное имя полностью, включая все компоненты, например, а не «www.icann.org» as opposed to «www».

принципы GAC
Документ, официально известный под названием «Принципы делегирования и администрирования ccTLD». Документ был разработан Правительственным консультативным комитетом ICANN. В нем отражен набор принципов, признанных правительствами как принципы делегирования и управления ccTLD. 

Домены верхнего уровня общего назначения (gTLD)
Класс доменов верхнего уровня, используемых в общих целях; ICANN играет большую роль в координации этой деятельности (в противоположность национальным доменам верхнего уровня, управление которыми осуществляется на национальном уровне).

Клеевая запись
Определённая запись IP-адреса сервера имён, помещённая в зону, находящуюся за пределами зоны, в которой такая информация содержалась изначально. Это обязательно, поскольку в некоторых случаях иначе было бы невозможно найти сервер имён, например, когда сервер имён находится в сфере компетенции (in-bailiwick). Все серверы имён находятся в сфере компетенции корневой зоны, и поэтому связующие записи обязательны для всех перечисленных там серверов имён. Также известны просто под названием «клей», «связующее».

Файл подсказок
Файл, хранящийся в ПО DNS-сервера (например, кеширующий DNS-сервер) который содержит информацию о расположении корневых DNS серверов.

Имя хоста
Имя компьютера. Обычно, самая левая часть полного доменного имени.

Мнение IANA
Компонент RFC, содержащий упоминания любой работы, необходимой IANA для поддержания реестров для конкретного протокола.

Контракт IANA
Договор между ICANN и правительством США, который регулирует, как выполняются различные функции IANA.

интернационализованное доменное имя (IDN)
Доменное имя, которое использует символы, не включенные в 37 символов, разрешённых «правилом LDH (Буквы, цифры, дефисы)», используя систему под названием IDNA. Это позволяет создавать доменные имена не на латинице, а использующие арабский шрифт, японский алфавит или кириллицу.

Совет по архитектуре Интернета (IAB)
Надзорный орган IETF, который отвечает за общее стратегическое направление работ по стандартизации Интернета. IAB сотрудничает с ICANN по вопросам надлежащего управления регистрами параметров IANA. IAB входит в состав некоммерческой организации «Общество Интернета».

Администрация адресного пространства Интернет (IANA)
Отдел ICANN, в задачу которого входит предоставление функций, описанных в контракте между ICANN и правительством США. Эти функции связаны с обеспечением назначения уникальных в глобальном масштабе параметров протоколов, включая управление корневой зоной системы доменных имён и адресным пространством протокола IP. Персонал ICANN, работающий в этом отделе, часто называют персоналом IANA.

Политика координации Интернета (ICP)
Серия документов, созданных ICANN между 1999 и 2000, описывающих процедуры управления.

Internet Engineering Steering Group (IESG)
Комитет экспертов по развитию интернета при IETF, который действует в качестве совета управления.

Специальная комиссия интернет-разработок (IETF)
Ключевой форум Интернет-стандартизации. Стандарты разработанные в IETF публикуются, как RFC.

.INT
Доменное имя верхнего уровня, предназначенное исключительно для использования международными организациями, существующими на основании международных договоров и имеющими характер независимого юридического лица. Деятельность таких организаций обычно не регулируется законодательством какой-либо конкретной страны, а подчиняется взаимным договорённостям между несколькими странами. Реестром данного домена управляет Администрация адресного пространства Интернет (IANA).

Интернет протокол (IP)
Основной протокол, используемый для передачи информации через Интернет. Данные, передаваемые через Интернет, передаются с использованием интернет-протокола, обычно в сочетании с использованием более специализированного протокола. Компьютеры уникально идентифицируются в Интернете с помощью IP-адреса.

Информационная Служба Интернет Реестра (IRIS)
Специальный протокол для поиска регистрационных данных. Разработан с целью заменить протокол WHOIS.

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

Временное хранилище доверенных анкеров (ITAR)
Предлагается в качестве услуги IANA, с помощью которой точки доверия для доменов верхнего уровня можно перечислять отдельно от корневой зоны DNS. Это временная мера, созданная в связи с невозможностью использования DNSSEC для подписания корневой зоны.

IP адрес
Уникальный идентификатор устройства в Интернете, который используется для маршрутизации обмена данными с этим устройством. IP-адреса должны быть уникальными в глобальном Интернете.

IPv4
Интернет протокол, версия 4. Соответствует версии интернет протокола, использующей 32-битные IP-адреса.

IPv6
Интернет Протокол версия 6. Соответствует версии Интернет Протокола, которая поддерживает 128-битные IP-адреса

NS запись
Тип записи в зоне DNS, которая указывает, что часть зоны делегирована другим авторитетным серверам имён. 

Родительский домен
Домен над доменом в иерархии DNS. Корневая зона является родительским доменом всех доменов верхнего уровня. У корневой зоны нет родительского домена, так как она находится наверху иерархии. Антоним понятия субдомен.

Private enterprise numbers (PENs)
Уникальная система нумерации, использующаяся несколькими различными интернет-протоколами (такими, как SNMP и LDAP), которые используют язык для описания абстрактного синтаксиса данных (Abstract Syntax Notation One) (ASN.1)

PTR запись
Представление IP адреса связанного с доменным именем в системе DNS.

Рекурсивный сервер имен
Сервер доменных имен, сконфигурированный, для выполнения DNS-запросов от имени других компьютеров.

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

Процесс делегирования
Специфический тип изменения корневой зоны, когда присутствует существенное изменение, включая передачу операций домена верхнего уровня к новому лицу.

Региональный Интернет Реестр (RIR)
Реестр, ответственный за выделение ресурса IP-адресов в определенном регионе.

Регистрант
Субъект, получивший право на использование интернет-ресурса. Обычно это осуществляется посредством той или иной формы документа о передаче прав с возможностью отмены, выдаваемого регистратором для внесения регистрации в реестр.

Регистратор
Субъект, имеющий право действовать по запросам владельцев регистраций с целью внесения изменений в реестр. Обычно регистратор — это та же организация, которая эксплуатирует реестр, однако в том, что касается доменных имен, эта роль обычно разделяется, чтобы обеспечить конкуренцию между регистраторами, предлагающими различные уровни поддержки.

Реестр
Официальная запись регистраций определённого набора данных. Чаще всего используется для обозначения реестра доменных имен, однако все параметры протоколов IANA также являются реестрами.

Оператор Реестра
Лицо, обеспечивающее работу реестра.

Обратный IP
Метод преобразования IP-адреса в доменное имя, который именуется таким образом, поскольку представляет собой прямую противоположность типичного функционала поиска, который преобразовывает доменное имя в IP-адрес. 

RFCs
Серия документов по технической организации Интернета, описывающая стандарты Интернета, а также документы для обсуждения, информационные меморандумы и передовые методы работы. Стандарты Интернета, публикуемые в виде документов RFC, разрабатываются IETF (Инженерной проектной группой Интернета). Документы RFC публикуются редактором RFC.

Корневые Сервера
Авторитетные сервера имен для корневой зоны.

Корневая зона
Центральная часть иерархии системы доменных имен. Корневая зона делегирует все домены верхнего уровня, а также список корневых серверов. Корневой зоной управляет IANA.

Управление Корневой Зоной (RZM)
Управление Корневой Зоной DNS со стороны IANA

Автоматизация RZM
Проект по автоматизации многих аспектов функции управления Корневой Зоной внутри IANA. Основывается на ПО изначально известном, как «eIANA».

Спонсорская организация
Субъект, выступающий в качестве доверенного лица домена верхнего уровня от имени сообщества.

Суб-домен
Домен, вложенный в другой домен. Например, www.icann.org является поддоменом icann.org, а icann.org, в свою очередь — поддоменом домена org. Поддомены передаются другим субъектам посредством делегирования.

Домен верхнего уровня (TLD)
Самый высокий уровень подразделений в системе доменных имён. Эти домены (например, «.COM» и «.UK») делегируются из корневой зоны DNS. Обычно они делятся на две отдельные категории: общие домены верхнего уровня и национальные домены верхнего уровня.

Символ доверия
Хорошо известный криптографический сертификат, который может быть использован для проверки цепочки доверия.

хранилище trust anchor (TAR)
Любое хранилище открытых ключей, которые могут быть использованы в качестве доверенных анкеров для проверки доверительной цепочки. Временное хранилище доверенных анкеров (ITAR) может быть примером репозитория доменов верхнего уровня, использующего DNSSEC.

услуга «Доверенное Лицо»
Организация, которой поручено осуществлять операции с интернет-ресурсом в интересах общества в целом. В IANA, как правило, данный термин используют по отношению к организации-спонсору домена верхнего уровня.

U-метка
Представление интернационального доменного имени в кодировке Unicode, т. е. в том виде, в каком его видит конечный пользователь. Противоположность А-метке.

Юникод
Стандарт, описывающий репертуар символов, используемых для представления большинства языков миров в письменной форме. Юникод (Unicode) является основой для создания интернационализированных доменных имен.

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

UTF-8
Стандарт, используемый для передачи Unicode-символов.

Вариант
В контексте многоязычных доменных имён — альтернативное доменное имя, которое можно зарегистрировать, или обозначающее то же самое, поскольку некоторые его символы могут быть зарегистрированы различными способами из-за языковых особенностей. В зависимости от политики реестра варианты могут регистрироваться совместно, одним блоком, который называется «пакет вариантов». Например, имена internationalise и internationalize в английском языке могут считаться вариантами.

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

Таблица вариаций
Тип таблицы IDN (Интернационализированных доменных имен), описывающей варианты для определенного языка или сценария. Например, в таблице вариантов могут сопоставляться символы упрощенного и традиционного китайского языка с целью создания пакета вариантов.

WHOIS
Простой протокол для поиска регистрационных данных в реестре. Обычно используется реестрами доменных имён и IP адресов, чтобы выяснить, кто именно зарегистрировал определенный ресурс. (Замечание по применению: не «Whois» или «whois»)

База данных WHOIS
Используется для обращения к части базы данных Реестра, являющейся открытой благодаря использованию протокола WHOIS, или через аналогичные механизмы, используя другие протоколы (например, веб-страницы или IRIS). Чаще всего используется для обозначения открытой базы данных реестра доменных имен.

Whois шлюз
Интерфейс, как правило, веб-формы, выполняющий поиск информации на сервере WHOIS. Это позволяет найти информацию WHOIS без использования специальной программы, работающей с использованием протокола WHOIS.

WHOIS сервер
Система, работающая на порту 43, которая принимает запросы, используя протокол WHOIS.

Проводной формат (формат передачи)
Формат данных при передаче по сети Интернет (т.е. «по проводам»). Например, A-метка это формат интернационализированного доменного имени; и UTF-8 — это возможный вариант Unicode.

XML
Формат файлов для машинного считывания, использующийся для хранения структурированных данных. Используется для отображения сайтов (в подгруппе под названием HTML) и т.д. Используется IANA для хранения реестров параметров протокола.

Номер в домене верхнего уровня?

Может ли домен верхнего уровня содержать число в конце?

Да технически, за исключением случаев, когда это чисто числовое значение, то оно не может быть TLD, по действующим правилам и по понятным причинам (чтобы устранить неоднозначность с адресами IP). И он не может содержать номер в конце, за исключением случаев, когда это ДВУ IDN, по причинам, предусмотренным ICANN.

Давайте вернемся к некоторым RFCs, чтобы получить более четкие определения вещей:

Это определение Интернета «hostname» в то время:

«name» (Сеть, Хост, Шлюз или Доменное имя) — это текстовая строка длиной до
24 символов, составленная из алфавита (A-Z), цифр (0-9),
знака минус ( — ) и периода (.). Обратите внимание, что периоды разрешены только тогда, когда
они служат для разграничения компонентов «domain style names». (См
. RFC-921, «График внедрения системы доменных имен», для
справочной информации). В имени не допускается использование пробелов или пробелов . Не проводится никакого различия между верхним и нижним регистром. Первый символ должен быть альфа-символом. Последний символ не должен быть знаком минус или точкой.

Обратите внимание, что это также имеет следующее:

Имена отдельных символов или прозвища не допускаются.

Следовательно, в этот момент:

• com1 является действительным TLD
• 3com не является («Первый символ должен быть альфа-символом.»)
• 42 не является (по той же причине)
• 1 не является (по той же причине)
• a не является («Имена или прозвища отдельных символов не допускаются.»)

Это один из RFC, который создал DNS, как мы знаем сегодня. По соображениям совместимости он определил имена хостов как последовательность меток, где метка определяется как таковая:

Они должны начинаться с буквы, заканчиваться буквой или цифрой и иметь в качестве внутренних символов только буквы, цифры и дефис. Существуют также некоторые ограничения по длине. Метки должны содержать не более be 63 символов.

TLD-это одна из меток среди других (L в TLD). Согласно приведенному выше правилу, com1 является допустимой меткой и, следовательно, допустимой TLD, где 3com не было бы. Что непосредственно подводит нас к следующей поправке.

Это исправляет предыдущее RFC, изменив одно правило:

Синтаксис законного имени хоста Интернета был указан в RFC-952 [DNS:4]. Таким образом, изменяется один аспект синтаксиса имени хоста: ограничение на первый символ ослаблено, чтобы разрешить либо букву, либо цифру. Хост-программное обеспечение MUST поддерживает этот более либеральный синтаксис.

Так что в этот момент:

• com1 является действительным TLD
• 3com также действителен
• 42 действительно
• 1 действительно
• a действительно

В случае «numerical» TLDs применяется следующее правило в первом документе:

Всякий раз, когда пользователь вводит идентификатор хоста Интернета, он SHOULD можно ввести либо (1) доменное имя хоста, либо (2) IP адрес в десятичной дроби («#.#.#.#») форма. Проверка хоста SHOULD синтаксически строка для десятичного числа с точками, прежде чем искать ее в Системе доменных имен.

и

Если десятичное число может быть введено без таких идентифицирующих разделителей, то необходимо выполнить полную синтаксическую проверку , поскольку сегмент доменного имени хоста теперь может начинаться с цифры и по закону может быть полностью числовым (см. Раздел 6.1.2.4). Однако действительное имя хоста никогда не может имейте пунктирно-десятичную форму #.#.#.#, так как по крайней мере метка компонента самого высокого уровня будет алфавитной.

Это также говорит о TLD, но дает:

Полное доменное имя сетевого хоста или его адрес IP в виде набора из четырех групп десятичных цифр, разделенных «.». Полные доменные имена принимают форму, описанную в разделе 3.5 из RFC 1034 [13] и Разделе 2.1 из RFC 1123 [5]: последовательность доменных меток, разделенных символом».», каждая доменная метка начинается и заканчивается буквенно-цифровым символом и , возможно, также содержит символы» -«. Однако самая правая метка домена никогда не будет начинаться с цифры, которая синтаксически отличает все доменные имена от адресов IP.

Это было необходимо для введения IDNs (Интернационализированных доменных имен), и это говорит о том, что:

Любые символы или комбинации битов (в виде октетов) разрешены в именах DNS. Однако существует предпочтительная форма, которая требуется для большинства приложений. Эта предпочтительная форма была единственной , разрешенной в именах доменов верхнего уровня, или TLDs. В целом, это также единственная форма, разрешенная в большинстве зарегистрированных имен второго уровня в TLDs, хотя некоторые имена, которые обычно не видны пользователям, подчиняются другие правила. Он вытекает из исходных правил ARPANET для именование хостов (т. е. правило «hostname») и, возможно, лучше описывается как «правило LDH», после символов, которые оно разрешает. Правило LDH, обновленное, предусматривает, что метки (слова или строки разделенные точками), которые составляют доменное имя, должны состоять только из ASCII [ASCII] буквенных и цифровых символов, плюс дефис. Никакие другие символы или знаки препинания не допускаются, а также пустое место. Если используется дефис, он не разрешается появляться на либо начало, либо конец метки. Существует дополнительное правило это, по сути, требует, чтобы доменные имена верхнего уровня не были всеми- числовой.

На самом деле, как только задействованы IDNs, и они являются IDN TLDs (теперь и ccTLDs, и gTLDs), выбранная кодировка генерирует строку ASCII формы xn--something , где что-то может иметь цифры, в том числе в конце, как показано в других ответах.

Однако на самом деле не совсем ясно, откуда берется «additional rule» в последнем предложении.

Ничего не определяя, но приводя некоторые интересные факты:

Корневые серверы имен получают значительное количество записей запросы, в которых QNAME выглядит как адрес IPv4.

и

Возможным решением является делегирование этих числовых TLDs из корневой зоны на отдельный набор серверов для поглощения трафика.

Что ясно показывает, что действительно, в дикой природе существуют приложения, возможно, по ошибке, но это показывает, по крайней мере, что он работает технически, отправляя запросы на имена, которые действительно отформатированы как IPv4 адресов, так и с полностью числовым «TLD».

На самом деле был опыт запуска реестра .42 , очевидно, полностью за пределами экосистемы ICANN. Вы можете увидеть его краткое изложение по адресу http://www.dotsauce.com/experimental-numeric-tld-42-domain/ и архив их основных объяснений по адресу https://web.archive.org/web/20101222151118/http://register.42registry.org:80/ (по-французски).

Это не зашло далеко, даже если это технически работает.

Это показало, например, что Microsoft на основе OS по умолчанию вообще не рассматривала чисто числовой TLDs, но они предоставили патч для этого: https:// support.microsoft.com/en-us/ help/947228/error-message-when-you-try-to-join-a-windows-vista-based-client-comput «При попытке присоединить клиентский компьютер на базе Windows Vista к домену верхнего уровня (TLD), который имеет чисто числовой суффикс, клиентский компьютер на базе Windows Vista не может присоединиться к домену. [..] Такое поведение является преднамеренным.»

Это, наконец, дает некоторые объяснения того, почему чисто числовые TLD или даже TLD с одной цифрой иногда считаются недействительными, когда это не является четким следствием вышеуказанных спецификаций:

(раздел 2.1 ниже ссылается на содержание в RFC 1123, процитированное выше)

Кроме того, в разделе DISCUSSION раздела 2.1 говорится:

 'However, a valid host name can never have the dotted-decimal form
 #.#.#.#, since at least the highest-level component label will be
 alphabetic.'  [Section 2.1]

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

Но в основном он просто рекомендует плыть по течению и продолжать те же ограничения:

Ни в [RFC0952], ни в [RFC1123] явно не указаны причины эти ограничения. Можно было бы предположить, что человеческий фактор был рассмотрение; [RFC1123], по-видимому, предполагает, что одна из причин это было сделано для предотвращения путаницы между точечно-десятичными адресами IPv4 и доменными именами хостов. В любом случае разумно полагать, что в некоторых развернутых программах были допущены ограничения, и изменения в правилах следует вносить с осторожностью.

Поэтому он предложил это определение:

traditional-tld-label = 1*63(ALPHA)

Этот проект так и не был преобразован в RFC, потому что не все с ним согласились. Вы можете найти нить с несогласными голосами для нее по адресу https://www.ietf.org/mail-archive/web/dnsop/current/msg08866.html ; в принципе, было неясно, было ли в прошлом ограничение, которое мы сейчас пытаемся немного ослабить, или никогда не было ограничения с самого начала, и что люди неправильно внедряли системы.

Например, вы можете увидеть об этом Chromium/Chrome bugreport: https://bugs.chromium.org/p/chromium/issues/detail?id=31405 Просмотр не удался при использовании TLD, начинающегося с цифры или чисто числового (он работал, если раньше он заканчивался цифрой с буквами). Это не рассматривалось как ошибка и не исправлено, потому что браузер поставляется со списком TLDs, чтобы он мог знать, какие из них допустимы, а какие нет, помимо проверки их синтаксиса.

Доступно по адресу https://newgtlds.icann.org/en/заявители/agb/путеводитель-полный-04jun12-en.pdf в нем говорится следующее, начиная со страницы 64:

Метка ASCII (т. е. метка, передаваемая по проводу) должна быть действительной, как указано в технических стандартах доменных имен: Реализация и спецификация (RFC 1035), а также Разъяснения к спецификации DNS (RFC 2181) и любые обновления к ней.

Метка ASCII должна быть действительным именем хоста, как указано в технических стандартах DOD Internet Host Table Specification (RFC 952), Требованиях к хостам Интернета — Приложениям и поддержке (RFC 1123) и Методах применения для проверки и преобразования имен (RFC 3696), Интернационализированных доменных имен в приложениях (IDNA)(RFCs 5890-5894) и любых обновлениях к ним. Это включает в себя следующее:

Метка ASCII должна полностью состоять из букв (буквенные символы a-z), или

Метка должна быть действительной меткой IDNA A (далее ограничено, как описано в Части II ниже).

Особо обратите внимание: Метка ASCII должна полностью состоять из букв (буквенные символы a-z)

Это немедленно запрещает любую полную цифру, а также фактически любую цифру, в том числе в конце, за исключением IDN TLDs, той, которая имеет форму xn--something .

Обратите внимание, что кто-то напрямую спросил об этом ICANN и получил следующий ответ, показанный на https://domaingang.com/domain-news/icann-applicant-handbook-this-is-why-we-cannot-have-numeric-gtlds / :

Пожалуйста, обратите внимание, что числовые TLD были запрещены в первом раунде заявок. Запрет на число gTLDs в руководстве для заявителей ( http://newgtlds.icann.org/en/заявители/agb ) обусловлен рядом технических проблем, связанных со способностью таких доменов функционировать должным образом. Доменные имена часто используются там, где могут использоваться другие типы идентификаторов, например адреса IP.

Тот факт, что TLD полностью алфавитный, часто является ключевым определяющим фактором для программного обеспечения при идентификации доменного имени. Если бы был разрешен TLD, такой как “.123”, у вас могло бы быть доменное имя “74.125.244.123”, которое было бы трудно отличить от адреса IP “74.125.244.123”. Есть и другие соображения: в некоторых документах по техническим стандартам указано, что TLDs будет в алфавитном порядке, что также было кодифицировано как предположение в программном обеспечении.

Ограничение в AGB буквенными символами было разработано для ограничения этих сценариев, что означает, что такие TLDs вряд ли будут хорошо работать в программном обеспечении, а также для ограничения потенциальных проблем безопасности, которые могут возникнуть в результате тех же проблем.

О Координационном центре доменов .RU/.РФ

Июль 2019 г. – Координационный центр доменов .RU/.РФ принял во Владивостоке Азиатско-Тихоокеанский форум по управлению интернетом APrIGF 2019

10 июня 2019 г. – прекращена деятельность одного из учредителей Координационного центра: Союза Операторов Интернет (СОИ)

Апрель 2019 г. – состоялся юбилейный 10-й Российский форум по управлению интернетом

7 апреля 2019 г. российскому национальному домену .RU исполнилось 25 лет

2015 г. — Принят новый Устав Координационного центра национального домена сети Интернет. В число учредителей Координационного центра вошли две новые организации: Министерство связи и массовых коммуникаций Российской Федерации и Институт Развития Интернета. Таким образом общее количество учредителей достигло шести.

2012 г. — Координационный центр национального домена сети Интернет внедрил практику взаимодействия с организациями, компетентными в определении нарушений в сети Интернет. Компетентные организации предоставляют Координационному центру и аккредитованным регистраторам информацию о ресурсах с противоправным контентом, о случаях фишинга, несанкционированного доступа к информационным системам и распространения вредоносных программ с доменных имен, зарегистрированных в доменах .РФ и .RU.

Октябрь 2012 г. — Координационный центр создал исследовательскую платформу для сбора и анализа информации о вредоносных ресурсах. Через год начал работать информационно-аналитический ресурс «Нетоскоп», на котором собраны самые свежие данные о распространении киберугроз в сети и о ходе борьбы с вредоносными ресурсами. Данные предоставляют компании — участники проекта.

Май 2012 г. — Координационный центр национального домена сети Интернет и «Ростелеком» на выставке «СВЯЗЬ-ЭКСПОКОММ-2012» дали старт проекту образовательной интернет-игры «Изучи Интернет – управляй им», социальному проекту, нацеленному на повышение интернет-грамотности подрастающего поколения. Проект призван в доступной и интересной игровой форме — задач, аркад, паззлов, головоломок, мультимедиа-вопросов — рассказать детям и подросткам о возможностях всемирной паутины и дать базовые знания об устройстве и принципах функционирования сети.

5 сентября 2011 г. – Координационный центр национального домена сети Интернет совместно с Техническим центром Интернет и статистическим сервисом Openstat запустили уникальный проект – статистический интернет-ресурс «Домены России». На нем представлена ежедневно обновляемая статистика, охватывающая различные аспекты работы российского сегмента сети Интернет.

28 июня 2010 г. – Совет Азиатско-Тихоокеанской ассоциации доменов верхнего уровня (APTLD) одобрил заявку на вступление от Координационного центра национального домена сети Интернет. Таким образом, Координационный центр стал ассоциированным членом APTLD.

Май 2010 г. – состоялся первый Российский форум по управлению интернетом (Russian Internet Governance Forum, RIGF). В рамках форума удалось организовать дискуссию между государственными органами, профессиональным телекоммуникационным сообществом, бизнесом и гражданским обществом по вопросам дальнейшего развития интернета в России. Тогда же была учреждена специальная награда Virtuti Interneti («За заслуги в сфере интернета») – единственная в своем роде в Рунете. Лауреатами награды становятся представители интернет-сообщества, бизнеса, науки и государства, внесшие значимый вклад в развитие Рунета и глобального интернета.

12 мая 2010 г. – IANA разместила запись о домене .РФ на корневых серверах мировой системы доменных имен (DNS), домен .РФ делегирован России, Координационный центр является администратором двух национальных доменов верхнего уровня: .RU и .РФ

7 апреля 2010 г. – подписано соглашение о взаимодействии между Министерством связи и массовых коммуникаций Российской Федерации и Координационным центром по вопросам управления национальным доменом .РФ

01 февраля 2010 года – заключен первый лицензионный договор между Координационным центром национального домена сети Интернет и ЗАО «Технический Центр Интернет» на обслуживание главного реестра и системы регистрации доменов верхнего уровня. Ранее обслуживание производил Российский НИИ развития общественных сетей (РосНИИРОС).

21 января 2010 г. – ICANN утвердила заявку Координационного центра на новый национальный кириллический домен верхнего уровня .РФ

18 февраля 2009 г. – Координационный центр национального домена сети Интернет заключил соглашение о взаимодействии с Министерством связи и массовых коммуникаций Российской Федерации

2008 г. – Координационный центр начинает проводить ежегодную конференцию для администраторов и регистраторов доменов верхнего уровня стран СНГ, Центральной и Восточной Европы — TLDCON. На конференции активно обсуждаются вопросы развития интернета и взаимодействия между регистратурами и регистраторами национальных и общих доменов верхнего уровня.

Апрель 2007 г. – Координационный центр национального домена сети Интернет вошел в состав ccNSO (country code Names Supporting Organization), организации, созданной из и для администраторов национальных доменов верхнего уровня с целью разработки политик и решения глобальных вопросов о порядке использования национальных доменов верхнего уровня (ccTLD) в рамках структуры ICANN.

25 марта 2007 г. – Координационный центр национального домена сети Интернет формализовал отношения российской национальной регистратуры с ICANN путем обмена официальными письмами

4 января 2006 г. – сведения о Координационном центре национального домена сети Интернет были занесены в базу данных IANA

2003 г. – с этого года Координационный центр национального домена сети Интернет принимает активное участие в работе организации CENTR (Council of European National TLD Registries, Совет европейских национальных регистратур доменов верхнего уровня) — ассоциация национальных регистратур Европы. CENTR играет важную роль в представлении интересов европейских администраторов национальных доменов верхнего уровня на международном уровне.

2002 г. – Координационная группа приняла решение о самоликвидации и передаче своих функций Координационному центру национального домена сети Интернет

1 июня 2001 г. – начала работать система распределенной регистрации, функции регистрации доменных имен второго уровня были переданы от РосНИИРОС независимым компаниям, профессионально занимающимся регистрацией доменных имен в домене .RU. Первым таким регистратором в январе 2001 года по договору с РосНИИРОС стала его дочерняя компания RU-CENTER, а летом к ней присоединился «Гарант-Парк-Телеком».

2001 г. – учреждение Координационного центра национального домена сети Интернет, его учредителями стали Региональный общественный центр Интернет-технологий (РОЦИТ), Союз операторов Интернет (СОИ), Ассоциация документальной электросвязи (АДЭ) и Российский НИИ развития общественных сетей (РосНИИРОС)

7 апреля 1994 г. – в международную базу данных национальных доменов верхнего уровня, поддерживаемую IANA, внесена запись о российском национальном домене .RU

4 декабря 1993 г. – подписание Соглашения «О порядке администрирования зоны .RU», передача администрирования и технического сопровождения национального домена .RU РосНИИРОС, создание Координационной группы домена .RU

Домен Верхнего Уровня UA: История и Характеристики| RX-NAME

UA – это домен верхнего уровня на территории Украины. Он используется для регистрации новых сайтов, которые ориентированы на украинских пользователей. Как правило, поддомены второго уровня используются при регистрации торговых марок или организаций коммерческого характера. В соответствии с действующим законодательством регистрация доменов второго уровня в доменной зоне возможна в тех случаях, когда наименование сайта полностью совпадает с названием торговой марки.

Доменная зона действует на территории Украины. Это национальный домен, который используется владельцами при регистрации сайтов. Ориентирован на украинских пользователей. Находится среди лидеров по количество зарегистрированных ресурсов – представлено более 550 тыс. имен. При регистрации важно избегать распространенных ошибок. Среди характеристик доменной зоны выделяют:

• Приватные наименования сайтов в поддомене второго уровня регистрируются только в том случае, если у компании есть официальный товарный знак на предоставляемые товары или услуги. В противном случае запрещается регистрация доменного имени в зоне.
• Зарегистрировать домен получит только в том случае, если владельцем торговой марки является владелец сайта.
• Торговые марки часто регистрируют только для того, чтобы получить хостинг в домене UA. Важно сотрудничать с лицензированным регистратором. Это поможет сэкономить время. Перед проведением каких-либо манипуляций лучше проконсультироваться с квалифицированным регистратором, который поможет решить все проблемы.
• Торговых марок с одним классом деятельности много, домен – только один. Из-за этого возникают конфликты с названием для сайтов. В первую очередь рассматриваются те заявки, которые были поданы раньше.

Регистрация имени в зоне UA подойдет для тех, кто занимается бизнесом или имеет свою торговую марку. Это поможет сократить расходы, а также сделать бренд более узнаваемым. Домен верхнего уровня имеет свою историю и интересные нюансы, о которых интересно знать.

Когда был зарегистрирован?

Официально домен верхнего уровня начал свое существование 1 декабря 1992 года. Джон Постел – один из родоначальников внедрения и появления интернета в повседневности – внес соответствующее доменное имя на сервера. Как раз в то время появились первые публичные домены в украинских областях, которые начали постепенно развиваться и становиться более распространенными на территории страны. Администрировать все эти серверные вычислительные мощности пришлось Олегу Волощуку.

Первые доменные имена были официально зарегистрированы в 1995 году. Их администрированием занимались опытные специалисты – Игорь Свиридов и Дмитрий Кохманюк. Они создали украинскую сетевую ассоциацию, которая занималась всеми вопросами, связанными с регистрацией доменных имен. Со временем начала активно развиваться сеть публичных региональных доменов, которые получили распространение по всей стране.

К началу двухтысячных годов появилась целая структура сетевых административных мощностей. Был подписан соответствующий меморандум, в котором говорилось про создание объединения интернет-провайдеров в Украине под доменной зоной UA. Это стало официальным признанием и достижением украинского общества. В это время появилось много сайтов, зарегистрированных в доменной зоне. Они имели отношение к коммерческой деятельности. При этом у них была официальная регистрация, что разрешало юридически вести коммерческую деятельность.

Со временем появилось больше доменов второго уровня. Были созданы организации для поддержания и регистрации сайтов в домене. Из-за этого возникли проблемы с разделением полномочий. Внедрили облачные технологии, которые существенно упростили задачу хранения и распределения ресурсов между вычислительными мощностями системы. Появилось более 500 тыс. регистраций. Возможно использовать символы кириллицы, а также доменные имена третьего уровня.

Теперь названия и регистрацию сайтов контролирует организация интеллектуальной собственности. Она предоставляет услуги для решения споров из доменных имен в зоне. Это позволяет владельцу торговой марки получить имя, которое было зарегистрировано другим человеком или использовалось не по назначению. При подаче заявления для решения споров достаточно предоставить доказательства с нарушениями использования доменного имени.

Первые сайты на домене

Хоть юридически UA начал существовать с 1 декабря 1992 года, неформально он поддерживался на уровне маршрутизации с конца 1990 года. Уже тогда регистрировались сайты и поддомены в доменной зоне. После официальной регистрации координация и администрация выполнялась специалистами – Дмитрием Володиным и Николаем Саухом.

С осени 1991 года велась активная подготовка к регистрации доменной зоне. Техническая поддержка была предоставлена международными телекоммуникационными организациями. Реальная работа домена началась только с января 1993 года. Изначальные правила регистрации были достаточно простыми, что позволяло каждому желающему создать сайт в доменной зоне.

В начале 1991 года Игорь Свиридов создал один из первых сайтов в домене UA – softp.kiev.ua. Тогда все почтовые сигналы проходили через другой домен, поэтому официально наименование сайта содержало несколько приставок. В те времена доступ к интернету был настроен только через электронную почту, поэтому требовалось давать звонок через быстры модем.

Постепенно начали появляться домены второго уровня. С 1995 года начали активно функционировать публичные домены – net.ua, gov.ua, com.ua. Позже появились региональные поддомены, которые использовались для локализации сайтов в определенных областях Украины.

Дальше появились другие домены второго уровня. Это публичные домены edu.ua и org.ua. Теперь появлялись образовательные ресурсы и организации. Первое приватное доменное имя появилось только в 2001 году – business.ua. К 2000 годам уже сформировался слой компаний-регистраторов и сайтов, которые регистрировались. Тогда все правила и принципы регулировались исключительно правилами домена UA.

История развития

После регистрации сеть активно развивалась на территории Украины. К 1995 году появились поддомены второго уровня. Была создана ассоциация сотрудников, которые администрировали и контролировали регистрацию в доменной зоне. К 1997 году появилась структура публичных региональных адресов. Они использовались для создания областных ресурсов, ориентированных на коммерческую деятельность организаций в соответствующих регионах.

В 2000 году в Киеве подписали Меморандум. В нем говорилось про объединение усилий всех государственных структур и интерне-провайдеров для создания национального реестра доменных имен, которые находятся в зоне UA. Это стало прорывом в национальном развитии интернета в Украине. К концу 2000 сформировалось целое сообщество компаний, которые занимались регистрацией доменных имен. Их деятельность регламентировалась действующими документами.

В конце 2000 года также сформировали государственную организацию, которые стали членами сообщества операторов Интернет в Украине. Была зарегистрирована организация «Хостмастер». Эта компания поддерживает реестр UA. В этот период появилось первое приватное имя второго уровня business.ua. В этот период возник небольшой конфликт между органами государственной власти и компанией «Хостмастер». Государственная власть хотела взять контроль над администрированием домена.

Со временем внедрили облачную технологию для серверов доменной зоны. Это позволило увеличить вычислительную мощь, а также повысить эффективность хранения данных на серверных компьютерах.

В 2010 году появилось более 500 тыс. сайтов в зоне. Появилась поддержка IPv6. Также впервые создали зеркало корневого сервера. Это позволило внедрить применение для названий сайтов символов кириллицы.

В 2011 году появилась новая технология EPP. Была проведена первая профильная конференция, на которой рассмотрены современные проблемы сетевых технологий в домене. В 2014 году компания «Хостмастер» заключила договор по поводу распределения доменных имен в зоне.

С марта 2013 года завершилась процедура делегирования. Был создан домен УКР. Появилась также система приоритетов при регистрации новых доменов. Были определены правила регистрации, которые позволили получить название для сайта всем желающим. Среди основных характеристик выделяют такие:

• Заявитель самостоятельно выбирает название для домена. Действует принцип, по которому первая заявка считается приоритетной.
• Домен УКР не говорит о принадлежности к украинскому сегменту. Это позволяет создавать ресурсы международного назначения, что выгодно для тех, чья работа ориентирована на внешний рынок.
• Разрешается регистрировать только имена второго уровня.
• Срок регистрации – от 1 года до 10 лет. После этого требуется повторная регистрация.
• Можно использовать кириллические символы, дефис, апостроф, арабские цифры. Символы латиницы запрещено использовать.

С мая 2019 года Международная организация интеллектуальной собственности предоставила свои услуги арбитража для решения споров по поводу интеллектуальной собственности на сайты в доменной зоне. В результате все сайты подвергаются проверкам. Эта процедура дает возможность владельцу торговой марки получить свое законное название, если оно было зарегистрировано недобросовестным собственником.

Домены второго уровня, относящиеся к .UA

Есть также географические и коммерческие домены второго уровня. Они свидетельствуют о принадлежности сайта украинской доменной зоне. Также есть домены третьего уровня. Сюда относят региональные поддомены для обозначения определенных областей по стране. Есть идентификаторы для коммерческих, телекоммуникационных, образовательных и других типов ресурсов.

Украинские домены регистрируются для разных целей. Нет определенных ограничений. При этом есть такая условная классификация:

• com.ua – подходит для обозначения бизнес-структур, компаний или организаций;
• net.ua – используется для провайдеров или компаний, предоставляющих телекоммуникационные услуги;
• org.ua – государственные организации и физические лица;
• gov.ua – это сайты для государственных структур и организаций;
• in.ua – частные сайты для определенных групп населения.

Также выделяют коммерческие домены. Они используются для конкретных организаций и структур, которые работают в сфере предоставления товаров и услуг клиентов. У сайтов есть конкретные владельцы, поэтому они могут регулировать работу домена, а также устанавливать конкретную цену. Такие домены классифицируют следующим образом:

• pp.ua – частные лица, которые занимаются предоставлением услуг;
• biz.ua – сюда относятся юридические лица, а также физическое лицо-предприниматель;
• co.ua – различные организации и бизнес-структуры;
• v.ua – отсутствуют какие-либо ограничения при регистрации.

Также есть региональные домены второго уровня, которые используются для обозначения сайтов в определенных районах.

Заключение

Домен UA распространен в Украине. Он отображает национальную принадлежность организации и компании, а также позволяет направить продвижение в поисковых системах. Среди преимуществ регистрации выделяют такие:

• Узнаваемый и надежный домен. Он вызывает доверие среди украинских пользователей, а также говорит о надежности и безопасности.
• Зарегистрированные сайты вызывают больше доверия. Для регистрации требуется торговая марка, поэтому владелец проходит проверки.
• Возможность создать короткое и емкое имя, которое легко узнается среди потенциальных клиентов. Название ориентировано на украинский сегмент рынка.

Зарегистрировать домен возможно через три дня после оплаты регистрации и подачи всех документов, свидетельствующих о создании торговой марки. Максимальный срок регистрации – на 10 лет.

Поделиться ссылкой:

Понравилось это:

Нравится Загрузка…

Что такое домен верхнего уровня (TLD)?

Что означает домен верхнего уровня (TLD)?

Домен верхнего уровня (TLD) относится к последнему сегменту доменного имени или части, которая следует сразу после символа «точка».

Например, в интернет-адресе: https://www.google.com часть «.com» — это TLD.

TLD в основном делятся на две категории: общие TLD и TLD для конкретной страны.

Примеры некоторых популярных TLD:

• .com

• .org

• .net

• .gov

• .biz

• .edu.

Интернет-корпорация по присвоению имен и номеров (ICANN) — это организация, которая координирует домены и IP-адреса в Интернете.

Исторически TLD представляли цель и тип домена или географическую зону, из которой он произошел. ICANN в целом очень строго относилась к открытию новых TLD, но в 2010 году она решила разрешить создание множества новых общих TLD, а также TLD для товарных знаков конкретных компаний.

Домены верхнего уровня также известны как суффиксы доменов.

Techopedia объясняет домен верхнего уровня (TLD)

ARPANET создал TLD, чтобы люди могли упростить процесс запоминания IP-адресов. Вместо использования ряда цифр для каждого компьютера была создана система доменных имен, чтобы упорядочить адреса в более удобной для пользователя форме.

В 1971 году первое электронное письмо было разработано и отправлено с использованием символа «@». «Адрес» после @ был не доменом, а фактическим компьютером, на который он отправлялся.В начале 1980-х, когда начали разрабатываться самые ранние домены, первые TLD, такие как .org и .com, увидели свет.

Домен верхнего уровня распознает определенный элемент, относящийся к соответствующему веб-сайту, например его цель (бизнес, правительство, образование), его владельца или географическую зону, из которой он возник.

Каждый TLD включает независимый реестр, контролируемый определенной организацией, управляемой под руководством Интернет-корпорации по присвоению имен и номеров (ICANN).

ICANN распознает следующие типы TLD:

Общие домены верхнего уровня (gTLD)

Это самые популярные типы TDL. Некоторые примеры включают «.edu» для образовательных сайтов и. «Com» для коммерческих сайтов. Эти типы TLD доступны для регистрации.

Национальные домены верхнего уровня (ccTLD)

Каждый ccTLD распознает определенную страну и обычно состоит из двух букв. Например, ccTLD для Австралии — «.au».

Спонсируемые домены верхнего уровня (sTLD)

Эти TLD контролируются частными организациями.

Инфраструктурные домены верхнего уровня

В этой категории есть только один TLD — «.arpa». Управление по присвоению номеров в Интернете контролирует этот TLD для Инженерной группы Интернета (IETF).

Раньше цель каждого TLD была конкретной, например .com использовался только для коммерческих веб-сайтов. В конце концов, поскольку Интернет продолжал расти и развиваться, это ограничение было снято, и теперь между большинством TLD почти нет различий.

Однако некоторые TLD зарезервированы для некоторых уникальных целей даже сегодня, например, gTLD, предназначенные для образовательных учреждений (.edu) и предназначенные для правительства и вооруженных сил (.gov и .mil).

Вот некоторые из доменов верхнего уровня и их первоначальные объяснения:

• .com — Коммерческие предприятия.

• .org — Организации (в основном благотворительные).

• .net — Сетевые организации.

• .gov — правительственные агентства США.

• .mil — Военный.

• .edu — Образовательные учреждения, например, университеты.

• .th — Таиланд.

• .ca — Канада.

• .au — Австралия.

Согласно IETF, существует четыре доменных имени верхнего уровня, которые зарезервированы и не используются в производственных сетях внутри всемирной системы доменных имен:

• .example — доступно только для использования в примерах.

• .invalid — доступно только для недопустимых доменных имен.

• .localhost — доступен только для использования на локальных компьютерах.

• .test — Доступно только для использования в тестах.

В настоящее время некоторые TLD получить труднее по сравнению с такими простыми, как .com. По этой причине многие организации регистрируют несколько TLD и при необходимости перенаправляют их на основной, используемый для их основного веб-ресурса.

Что такое домен верхнего уровня? Удобное руководство по доменам верхнего уровня

Если у вас есть веб-сайт, вы уже используете домен верхнего уровня.Это важный элемент, который делает ваш веб-сайт доступным и заметным, и это одно из самых непосредственных отражений вашего онлайн-бренда.

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

Что такое домен верхнего уровня?

Домен верхнего уровня (или TLD) — это последний раздел корневого домена.Для нас в Semrush это домен .com, который идет после нашего имени.

У каждого веб-сайта есть такое расширение, которое может варьироваться от простого, например .com или .net, до чего-то более индивидуализированного, например .dog или .nyc.

Тип TLD, который у вас есть, может предложить пользователям представление об услугах, которые предоставляет ваш веб-сайт, о том, где вы находитесь, и о секторе, в котором вы работаете.

Вот как он фактически отображается на странице результатов поисковой системы:

Влияют ли TLD на SEO?

Это, вероятно, наиболее часто задаваемый вопрос SEO-специалистами, на который (хотя бы раз) нет подробного ответа!

Нет, домены верхнего уровня не оказывают существенного влияния на ваш рейтинг.

В 2015 году Google подтвердил, что использование настраиваемого TLD с ключевыми словами «не даст никаких преимуществ или недостатков в поиске».

В нашем сообщении о TLD и SEO мы отметили, что, хотя домен верхнего уровня не будет напрямую влиять на ваш рейтинг в Google, он может повлиять на то, что люди думают о вашем бренде (и, следовательно, на ваш рейтинг кликов).

Это вопрос доверия. Пользователям одни домены верхнего уровня кажутся более законными, чем другие.

Исследования показали это.com и .net, например, являются одними из самых надежных TLD для использования на вашем веб-сайте.

Это означает, что вы можете получить больше кликов с общим доменным именем верхнего уровня, таким как .com, чем с менее распространенным.

Таким образом, даже если домены верхнего уровня не влияют напрямую на ваш рейтинг, они могут повлиять на восприятие людьми вашего веб-сайта и привести к более высокому или пониженному рейтингу кликов.

Получите справку по TLD

с помощью инструмента аудита сайта

Типы доменов верхнего уровня

Мы упоминали, что существуют разные типы TLD.Это будет важно знать при выборе правильного TLD для своего веб-сайта.

Интернет-корпорация по присвоению имен и номеров (или IANA) группирует TLD по трем официальным категориям: gTLD, sTLD и ccTLD. Вы можете найти список всех активных доменов верхнего уровня в базе данных корневой зоны IANA.

Давайте подробнее рассмотрим эти типы TLD:

Общий домен верхнего уровня (gLTD)

Вероятно, это те TLD, которые вы привыкли видеть. Общие домены верхнего уровня — это тоже то, что ожидают увидеть пользователи.Вот некоторые популярные gTLD:

Хотя они могут быть известны как «общие», они все же могут многое рассказать вам о том, какой сайт вы посещаете. «.Com» заменяет «коммерческий», «net» — «сеть», а org — «организация».

Некоторые компании сделали свои рДВУ еще более конкретными. В 2011 году компаниям и организациям было впервые разрешено регистрировать свои собственные рДВУ, поэтому теперь вы можете посещать сайты по адресу:

Мы рассмотрим топ по странам домены -уровня далее в разделе ccTLD, но мы отметим здесь, что географические gTLD (или GeoTLD) действительно существуют.Эти gTLD связаны с определенной географической зоной. Для них не используются автоматические геотеги, как для ccTLD. GeoTLD включает такие расширения, как:

• .berlin
• .amsterdam
• .paris

Географические gTLD удобны, поскольку они указывают город, в котором вы находитесь, или регион, в котором вы обслуживаете. Они также могут сделать вас более привлекательными для местных читателей.

Спонсируемый домен верхнего уровня (sTLD)

Спонсируемый домен верхнего уровня — это TLD, специально спонсируемые такими группами, как предприятия и правительства.Вот некоторые примеры:

СДВУ гораздо меньше, чем рДВУ. В базе данных IANA в настоящее время перечислены более 1200 TLD как «общие» и только 14 — как «спонсируемые». Отчасти это связано с тем, что для использования сДВУ вы должны соответствовать некоторым довольно строгим критериям.

Как и общие домены верхнего уровня, спонсируемые домены верхнего уровня часто дают представление об отрасли, в которой работает сайт. Например, «.edu» — это сокращение от «образование», а «mil» — от «военный».”

Вообще говоря, веб-сайты с сДВУ могут помочь пользователям быстро найти официальную информацию и по этой причине считаются заслуживающими доверия.

Из-за этого не каждый веб-сайт может заработать сДВУ. Вы должны подать заявку на спонсируемый домен верхнего уровня и убедиться, что вы соответствуете критериям, прежде чем сможете использовать его для своего сайта.

Домен верхнего уровня с кодом страны (ccTLD)

Наша последняя категория — это домены верхнего уровня с кодом страны. Это двухсимвольные домены верхнего уровня, специфичные для стран.Примеры включают:

• .ca (Канада)
• .br (Бразилия)
• .de (Германия)
• .fr (Франция)
• .ie (Ирландия)
• .in (Индия)
• .uk (Соединенное Королевство)
• .us (США)

Мы насчитали более 300 ccTLD, находящихся в эксплуатации в настоящее время, что позволяет четко разделить их между gTLD и sTLD по частоте их использования.

Большим преимуществом использования домена верхнего уровня с кодом страны является то, что он позволяет клиентам видеть страну, в которой вы находитесь, и которую обслуживаете.Это может помочь Google выполнить геотаргетинг вашего сайта.

Однако домены верхнего уровня с кодом страны нацелены только на страны, а не на языки (и даже в этом случае языки настраиваются только по одному).

Это может быстро усложниться. Например, если компания, базирующаяся в США, имеет домен верхнего уровня .us, но хочет обслуживать испаноязычную аудиторию в дополнение к своей англоязычной аудитории, ей потребуется проделать некоторую дополнительную работу для создания и оптимизации контента на нескольких языках.

Чтобы узнать больше о переводе вашего веб-сайта на разные языки, ознакомьтесь с нашим сообщением о многоязычной поисковой оптимизации.

Выбор лучшего TLD для вашего сайта

Домены верхнего уровня указывают на назначение вашего сайта и могут помочь привлечь вашу целевую аудиторию. Если вы хотите настроить таргетинг на пользователей по странам, вам может потребоваться домен верхнего уровня с кодом страны. Если ваша аудитория глобальна, то общий домен верхнего уровня может быть подходящим вариантом.

Вы можете определить, работает ли TLD вашего сайта для вашего бизнеса, с помощью аудита сайта. Аудит сайта поможет вам понять технические ошибки SEO, из-за которых вы теряете органический трафик.

Вы также можете определить, что может вызвать снижение вашего рейтинга в Google, включая (если применимо) TLD вашего сайта.

Наш инструмент аудита сайта может отслеживать производительность любого международного домена и работает со многими типами доменов верхнего уровня.

При работе с инструментом аудита сайта вы можете:

• запустить аудит проекта: это лучше всего работает для сайтов, которые разделяют языки по субдоменам (например, fr.semrush.com) или вложенным папкам (например, semrush.com/en ). Например, если вы хотите настроить таргетинг как на англоязычную, так и на испаноязычную аудиторию, проживающую в одной стране, вы можете проверить свой домен и языковой субдомен.
• запустить аудит нескольких проектов: несколько проектов идеально подходят для сайтов с языковыми TLD (например, semrush.com, semrush.fr, semrush.es). Если вы хотите настроить таргетинг на англоязычную аудиторию в США и испаноязычную аудиторию в Испании, создание нескольких проектов позволит вам тщательно сканировать каждый сайт.

Чтобы создать проект, откройте панель управления Semrush. В разделе «Управление» выберите «Проекты»:

Создайте новый проект, нажав кнопку «Добавить новый проект» в правом верхнем углу экрана:

Если ваш веб-сайт разделяет языки по субдоменам, введите здесь свой корневой домен.После того, как ваш проект настроен, перейдите к инструменту Site Audit на панели инструментов вашего проекта.

Инструмент аудита сайта автоматически просканирует субдомены вашего сайта, если вы не измените его настройки:

Если у вас есть несколько TLD, связанных с языком, вам нужно будет создать проект для каждого из них. В этом случае введите каждый из доменов, зависящих от вашего языка (например, semrush.es, semrush.fr и т. Д.), Затем перейдите к панели управления каждого проекта, чтобы запустить инструмент аудита сайта.

Очевидно, что TLD играют важную роль в том, как ваш сайт структурирован и в его производительности.Даже если они не могут напрямую влиять на ваш рейтинг в Google и SEO, важно выбрать домен верхнего уровня, который привлекает нужный трафик и приносит пользу вашему сайту.

Если вы хотите проверить общую производительность своего сайта и определить, работает ли ваш корневой домен на вас, попробуйте запустить аудит сайта. Выбор правильного TLD — это часть успешной настройки вашего веб-сайта — изучите свои варианты и подумайте о будущем!

Получите помощь TLD

с помощью инструмента аудита сайта

Canon запускает обновленный глобальный веб-сайт с использованием нового веб-сайта.доменное имя верхнего уровня canon

ТОКИО, 16 мая 2016 г. — Canon Inc. объявила, что сегодня компания запустила обновленный глобальный веб-сайт, использующий веб-адрес, который отличается от традиционного, ориентированного на конкретное местоположение, «www.canon.com» на новый «global.canon». «собственное доменное имя. Этот запуск знаменует собой первое использование компанией Canon домена верхнего уровня «.canon» ¹ (TLD) с момента его приобретения в феврале 2015 года.

Веб-адрес глобального сайта Canon, в котором используется новый домен верхнего уровня «.canon»

Потому что «.canon »может использоваться только компаниями и службами группы Canon, посетители сайтов, использующих новый TLD, могут легко подтвердить их подлинность и быть уверены, что содержащаяся в них информация является надежной. Кроме того, используя простоту TLD, что легко Чтобы запомнить и легко понять, Canon стремится повысить глобальную ценность бренда компании.

Canon начинает использовать новый домен верхнего уровня «.canon»

TLD «.canon», в котором название компании Canon используется в правой части веб-адреса, основан на новой программе общего домена верхнего уровня (gTLD). ² Запустив сегодня веб-сайт global.canon, ³ Canon предоставляет информацию глобальной аудитории, открывая свое новое присутствие в Интернете.

Canon обновляет глобальный веб-сайт

Canon ведет бизнес по всему миру, предоставляя информацию и услуги через Интернет не только клиентам, деловым партнерам и акционерам Компании, но и всем заинтересованным сторонам в странах и регионах по всему миру. Помимо англоязычной версии файла «global.canon »запущен сегодня, Canon представит на нем другие языки, чтобы делиться сообщениями бренда и другой информацией во всем мире.

1. Домен верхнего уровня (TLD) — это строка символов, следующая сразу за последней точкой в ​​конце интернет-адреса или адреса электронной почты, например «.com» или «.net».
2. Введение новых общих доменов верхнего уровня (gTLD) последовало за утверждением в 2008 году ICANN (Интернет-корпорация по присвоению имен и номеров), некоммерческой организации, которая поддерживает и регулирует систему адресации Интернета, смягчения и либерализации правила внедрения системы новых рДВУ.Canon начала усилия по приобретению TLD «.canon» в марте 2010 г. и завершила процесс в феврале 2015 г. после проверки со стороны ICANN.
3. С 16 мая 2016 г. веб-сайт Canon Global доступен только на английском языке. Планируется, что в будущем будут добавлены другие языки, а к концу года будет добавлен японский.

изменений в доменных именах верхнего уровня, которые могут повлиять на ваш бизнес — Закон RWO

Недавно ICANN, орган, отвечающий за управление системой доменных имен в Интернете, одобрил то, что она называет «одним из крупнейших изменений, когда-либо существовавших в Система доменных имен Интернета », в рамках которой ICANN впервые предоставляет компаниям возможность создавать и контролировать новые общие доменные имена верхнего уровня.По этому поводу уже распространяется много дезинформации. Вот информация об этих радикальных изменениях и их возможном влиянии на вас и ваш бизнес.

СТРУКТУРА ДОМЕННОГО ИМЕНИ

Интернет-доменные имена состоят из нескольких компонентов, включая доменное имя верхнего уровня, затем доменное имя второго уровня и, в некоторых случаях, доменные имена нижнего уровня. Возьмем, к примеру, веб-сайт нашей фирмы www.rwolaw.com. Доменное имя верхнего уровня (или «gTLD») представляет собой суффикс «.com. » Доменное имя второго уровня — «rwolaw». Компонент «www» является отдельным и обозначает хост-сервер, в данном случае всемирный веб-сервер.

Исторически сложилось так, что когда бизнес хотел создать веб-сайт, он делал это путем приобретения прав на доменное имя второго уровня, например «www.amazon.com». У компаний не было возможности претендовать на уникальный рДВУ. Основное влияние недавних действий ICANN заключается в том, что вскоре у бизнеса или других организаций появится возможность подать заявку на индивидуализированный рДВУ.Вместо использования доменного имени второго уровня в рДВУ, такого как «.com», компания может использовать название своей компании в качестве самого рДВУ, например «.amazon». В этом примере Amazon может установить в качестве своей домашней страницы имя «www.home.amazon» вместо «www.amazon.com», а адрес электронной почты может быть «[email protected]» вместо «name @ amazon». .com. »

ВЫВОДЫ ДЛЯ ВАС

Регистрация уникального gTLD не будет реальным вариантом для большинства компаний из-за непомерно высоких расходов и рабочей нагрузки.Тем не менее, эти события повлияют на вашу компанию, а также на структуру и использование Интернета в будущем, даже если вы не зарегистрируете рДВУ.

Самое главное, вы захотите убедиться, что не зарегистрирован ни один рДВУ, в котором используются ваши товарные знаки, бренды или название компании. ICANN опубликует рДВУ из начального раунда подачи заявок, и третьи стороны будут иметь возможность возражать против заявки по нескольким причинам, включая нарушение прав интеллектуальной собственности.За подачу возражения взимается плата.

Кроме того, вам следует обращать внимание на любые заявки на регистрацию gTLD, содержащие какие-либо общие условия, относящиеся к вашему конкретному бизнес-сектору или отрасли. Если внешний предприниматель или даже конкурент в вашей отрасли подает заявку на регистрацию термина, относящегося ко всей отрасли, есть дополнительные потенциальные основания для подачи возражения на том основании, что заявитель не является законным представителем всего «сообщества».”

Если общий термин зарегистрирован как gTLD законным регистрантом, вы можете рассмотреть возможность приобретения доменного имени второго уровня под этим gTLD у регистранта. Например, если торговая ассоциация продавцов компьютеров регистрирует «.computers», а вы работаете в компьютерной индустрии, вы можете рассмотреть возможность приобретения «www. [Название вашей компании] .computers». Обратите внимание, что процесс приобретения такого доменного имени второго уровня для новых рДВУ будет отличаться от процесса приобретения доменного имени второго уровня в рамках существующих рДВУ, таких как «.com », потому что вам придется обращаться к операторам частного реестра. В частности, мы ожидаем, что цены будут выше, чтобы регистрант мог компенсировать свои затраты на получение gTLD.

РЕГИСТРАЦИЯ ДОМЕННОГО ИМЕНИ ВЕРХНЕГО УРОВНЯ

Расходы и усилия, связанные с регистрацией нового gTLD, огромны и, вероятно, будут удерживать все, кроме самых крупных и преданных своему делу компаний, от реализации этих gTLD. Первоначальный сбор за регистрацию составляет 185 000 долларов США, который во многих случаях не подлежит возмещению или возмещается только частично, если рДВУ не предоставлен.Кроме того, в дальнейшем будут взиматься постоянные сборы в размере не менее 25000 долларов в год. Для подачи заявки необходимо предоставить материалы, указанные в «Руководстве», опубликованном ICANN, которое в настоящее время составляет 352 страницы в предварительной форме.

Кандидат должен предоставить в составе заявки подтверждение своих технических, а также финансовых возможностей для запуска gTLD. В отличие от того, когда компания приобретает доменное имя второго уровня, регистрация gTLD делает компанию «оператором реестра», ответственным за фактическое управление частью Интернета, включая регистрацию других для использования доменных имен второго уровня в рамках gTLD, в той мере, в какой компания позволяет другим делать это.

Заявки будут приниматься на ограниченный начальный период с 12 января 2012 г. по 12 апреля 2012 г., с ожидаемыми, но еще не запланированными раундами в последующие годы. ICANN ожидает получить от 300 до 1000 заявок в течение этого первоначального периода подачи заявок.

БРЕНДОВЫЕ VS. ОБЩИЕ ДОМЕННЫЕ ИМЕНА

Предполагается, что компании будут требовать рДВУ для конкретных брендов, такие как «.apple» и «.canon», которые будут использоваться исключительно регистрантом, который не позволит третьим сторонам приобретать доменные имена второго уровня.Apple явно не будет продавать Microsoft права на www.laptops.apple.

Организации также смогут регистрировать более общие рДВУ. Например, торговая группа American Trucking Association, представляющая отрасль грузоперевозок, могла бы попытаться зарегистрировать «.trucks», а затем разрешить своим членам приобретать доменные имена второго уровня в рамках этого gTLD. Эта способность не будет ограничена нейтральными торговыми организациями. Для одной компании в отрасли может оказаться более выгодным зарегистрировать общий термин вместо названия своей торговой марки.Например, одна автотранспортная компания может попытаться зарегистрировать «.trucks» для собственного использования. Кроме того, предприимчивые компании могут стремиться зарегистрировать общий рДВУ с целью заработать деньги, заставляя других платить сборы за приобретение доменных имен второго уровня в рамках рДВУ. Существуют некоторые ограниченные гарантии против регистрации отдельной компанией имени, представляющего всю группу, если эта компания не является действительно представителем группы.

ЗА И ПРОТИВ РЕГИСТРАЦИИ

Основными ожидаемыми преимуществами заявки на новый gTLD для определенного бренда являются расширенные возможности для продвижения бренда за счет использования настраиваемого имени и потенциального увеличения интернет-трафика.Из-за связанных с этим расходов рДВУ, ориентированный на конкретную торговую марку, также, несомненно, будет иметь значительный престиж. В качестве держателя реестра регистрант также сможет осуществлять больший контроль над своим веб-сайтом, что может помочь предотвратить мошенничество или неправомерное использование. В некоторых отраслях контроль над gTLD будет иметь преимущества в том, что регистрант сможет назначать доменные имена второго уровня связанным сторонам. Например, компания с множеством дочерних компаний может назначать разные доменные имена второго уровня каждой дочерней компании, а компания с сетями франчайзи или дистрибьюторов может назначать персонализированные доменные имена второго уровня каждому франчайзи или дистрибьютору.

Основными недостатками заявки на новый gTLD, конечно же, являются расходы, необходимые для первоначальной и текущей регистрации, а также затраты на техническое обслуживание и администрирование gTLD. Регистрация требует серьезных финансовых затрат и времени. Еще один малообсуждаемый возможный недостаток — это незнание публики новых gTLD, по крайней мере, на начальном этапе. Например, покупатель, который сегодня ищет веб-сайт Microsoft, интуитивно знает, что нужно посетить www.microsoft.com », но если эта компания использует вместо этого собственный gTLD, клиент может не знать, какой адрес ввести. Будет ли это «www.home.microsoft», «www.main.microsoft», «www.store.microsoft» или что-то еще? В какой-то момент в будущем для этих новых рДВУ, вероятно, будут разработаны стандартные соглашения об именах, которые позволят частично устранить эту путаницу.

В заключение, ваши текущие веб-сайты будут продолжать свое существование. Разработка новых рДВУ не изменяет и не влияет на существующие рДВУ, такие как «.com »,« .net »или« .org »или доменные имена второго уровня под ними. Ожидается, что эти сайты останутся наиболее ценными благодаря их широкому использованию и признанию.

Дуглас Р. Фергюсон и Роберт Б. Блисс, юристы по распределению франшиз в Robinson Waters & O’Dorisio, могут помочь вам в вопросах, связанных с новыми gTLD, включая мониторинг заявок на новые gTLD на предмет потенциальных угроз вашим правам интеллектуальной собственности, подготовку возражений к заявкам или даже обсуждение потенциальной регистрации gTLD от вашего имени.Если вы хотите обсудить какие-либо из этих вопросов дополнительно, или если у вас есть какие-либо вопросы относительно этого меморандума, пожалуйста, не стесняйтесь обращаться к нам напрямую по телефону 303-297-2600.

Что такое домен верхнего уровня? (Определение TLD)

Домен верхнего уровня (TLD), иногда называемый расширением интернет-домена, представляет собой самый последний раздел имени интернет-домена, расположенный после последней точки, чтобы помочь сформировать полное доменное имя (FQDN).

Например, домен верхнего уровня lifewire.com и google.com оба являются .com , но TLD wikipedia.org — это .org .

Какова цель домена верхнего уровня?

Домены верхнего уровня служат мгновенным способом понять, о чем веб-сайт и где он находится.

Например, адрес .gov , такой как www.whitehouse.gov , сразу же проинформирует вас о том, что материалы на веб-сайте сосредоточены вокруг правительства.

Домен верхнего уровня .ca в www.cbc.ca указывает на что-то об этом веб-сайте, в данном случае на то, что регистрант является канадской организацией.

Существует также побочный эффект TLD, заключающийся в том, что, поскольку существует несколько вариантов, несколько веб-сайтов могут использовать одно и то же имя, но быть совершенно разными сайтами или компаниями. За исключением последнего бита, в котором находится TLD, URL-адреса могут быть идентичными.

Например, lifewire.com — это этот веб-сайт, а — lifewire.org — это еще один домен с тем же именем, но с другим TLD, поэтому на самом деле это совершенно разные веб-сайты. То же самое верно для lifewire.edu и lifewire.net , среди прочих (многие из них перечислены ниже).

По этой причине некоторые компании регистрируют несколько TLD, чтобы любой, кто переходит на другие, неосновные URL-адреса, по-прежнему попадал на веб-сайт компании. Например, google.com — это то, как вы попадаете на веб-сайт Google, но вы также можете попасть на него через google.нетто . Однако google.org — это совершенно другой веб-сайт.

Какие существуют домены верхнего уровня?

Существует ряд доменов верхнего уровня, многие из которых вы, вероятно, видели раньше.

Некоторые домены верхнего уровня открыты для регистрации любым физическим или юридическим лицом, в то время как другие требуют соблюдения определенных критериев.

Домены верхнего уровня разделены на группы: родовых доменов верхнего уровня (gTLD) , национальных доменов верхнего уровня (ccTLD) , инфраструктурных доменов верхнего уровня (arpa) и интернационализированных доменов верхнего уровня. домены (IDN) .

Общие домены верхнего уровня (gTLD)

Общие домены верхнего уровня — это общие доменные имена, с которыми вы, вероятно, наиболее знакомы. Они открыты для всех, кто может зарегистрировать доменные имена под:

• .com (коммерческий)
• .org (организация)
• .net (сеть)
• .name (имя)
• .biz (бизнес)
• .info (информация)

Доступны дополнительные gTLD, которые называются спонсируемыми доменами верхнего уровня и считаются ограниченными, поскольку перед их регистрацией необходимо выполнить определенные правила:

• .int (международный): Используется международными организациями для целей, связанных с договорами, и требует регистрации в Организации Объединенных Наций
• .edu (education): Только для образовательных учреждений
• .gov (правительство): Ограничено до Только государственные учреждения США
• .mil (военные): Только военные США
• .jobs (работа): Должны быть зарегистрированы на юридическое название компании или организации
• .mobi (мобильный): Возможно, придется придерживаться рекомендаций по совместимости с мобильными устройствами
• .tel (Telnic): Хостинг ограничен контактной информацией, а не веб-сайтами

Код страны Домены верхнего уровня (ccTLD)

Страны и территории имеют доступное доменное имя верхнего уровня, основанное на двухбуквенном коде ISO страны. Вот несколько примеров популярных национальных доменов верхнего уровня:

• .us: США
• .ca: Канада
• .nl: Нидерланды
• .de: Германия
• .fr: Франция
• .ch: Швейцария
• .cn: Китай
• .in: Индия
• .ru: Россия
• .mx: Мексика
• .jp: Япония
• .br: Бразилия

Официальный исчерпывающий список всех общих доменов верхнего уровня и доменов верхнего уровня с кодом страны приводится в Internet Assigned Numbers Authority (IANA).

Инфраструктурные домены верхнего уровня (arpa)

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

Интернационализированные домены верхнего уровня (IDN)

Интернационализированные домены верхнего уровня — это домены верхнего уровня, которые отображаются в алфавитном порядке, соответствующем языку.

Например, .рф — интернационализированный домен верхнего уровня для Российской Федерации.

Как зарегистрировать доменное имя?

Интернет-корпорация по присвоению имен и номеров (ICANN) отвечает за управление доменами верхнего уровня, но регистрация может осуществляться через ряд регистраторов.

Некоторые популярные регистраторы доменов, о которых вы, возможно, слышали, включают GoDaddy, 1 & 1, NetworkSolutions, Namecheap и Google Domains.

Если вы хотите создать новый веб-сайт, имейте в виду, что есть также способы получить бесплатное доменное имя.

Поиск новых доменов верхнего уровня

Если вы проследите за приведенным выше списком IANA, вы обнаружите, что существует множество TLD, о которых вы никогда не слышали.

Реестр Google — это то место, где вы можете увидеть некоторые из TLD, над выпуском которых они работают, чтобы новые веб-сайты тоже могли заканчиваться этими буквами.

Предстоящие и недавно выпущенные TLD также доступны на основных веб-сайтах регистраторов доменов, таких как Namecheap и GoDaddy, на их страницах New TLD и New Domain Extensions.

Спасибо, что сообщили нам!

Расскажите, почему!

Что такое домен верхнего уровня (TLD)?

Домен верхнего уровня — это суффикс, привязанный к веб-сайту, например com, net или org.

Домен верхнего уровня (TLD) — это суффикс или расширение, привязанное к веб-сайту. Около половины всех веб-сайтов используют домен верхнего уровня com, обычно называемый «точкой» com.Другие распространенные TLD включают net, org и edu.

В адресе веб-сайта или URL ниже com является доменом верхнего уровня.

Изображение: docalytics.com

Существует более 1000 TLD, но большинство людей знакомы только с наиболее распространенными. Это связано с тем, что подавляющее большинство доменов верхнего уровня используется менее 0,1% всех веб-сайтов.

Существуют разные классификации TLD. Например, некоторые из них привязаны к таким странам, как ru (для России).Расширения, относящиеся к регионам, классифицируются как домены верхнего уровня с кодом страны (ccTLD). Некоторые TLD являются индикаторами содержания веб-сайта, например .casino или .apartments. Некоммерческая организация ICANN регулирует, какие новые TLD добавляются на рынок.

Основной текст веб-сайта плюс его домен верхнего уровня — это корневой домен. Google.com — это пример корневого домена. Корневые домены — это верхний уровень иерархии веб-сайта. Таким образом, субдомены (например, images.google.com) и разделы веб-сайта (например, google.com/about) являются объектами в корневом домене.

Выбор домена верхнего уровня

Первым шагом при запуске нового веб-сайта является выбор текста вашего веб-сайта и домена верхнего уровня или суффикса, который он будет использовать. Регистрация веб-сайта обычно стоит 10-30 долларов в год, и вы можете зарегистрировать только веб-сайт, который еще не зарегистрирован. Существует торговая площадка для покупки и продажи корневых доменов, поэтому иногда вы можете договориться о покупке адреса веб-сайта у кого-то другого.

Использование .com — самый безопасный вариант, если вы беспокоитесь о бренде, поскольку он хорошо знаком людям и является признаком качества.Однако, если вы находитесь в определенной нише, возможно, имеет смысл использовать что-то еще. Например, некоммерческие организации обычно используют домен .org, а образовательные сайты — .edu.

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

Технические характеристики

DNS (система доменных имен) — это система, которая переводит удобные для людей веб-сайты в удобные для компьютера номера или IP-адреса. DNS позволяет людям запоминать адреса веб-сайтов, а компьютерам — знать, как отображать нужную информацию.

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

Ваш браузер продолжает получать дополнительную информацию из Интернета, пока не узнает, с какого IP-адреса следует загружать информацию. Затем у него есть информация, необходимая для отображения нужной веб-страницы.

Ресурсы TLD

Синонимов

• Расширение веб-сайта
• Расширение домена

Начать отслеживание SERPS

Следите за ходом своей маркетинговой кампании, отслеживая рейтинг ваших ключевых слов в нескольких поисковых системах, на разных устройствах или на почтовых индексах ежедневно, еженедельно или ежемесячно.

Спецификация доменного имени верхнего уровня

Спецификация доменного имени верхнего уровня
draft-liman-tld-names-00

RFC 1123 неоднозначен в отношении спецификации для меток домена верхнего уровня (TLD), используемых в системе доменных имен. Этот документ разъясняет спецификацию и согласовывает ее с текущей практикой, включая использование меток интернационализированных доменных имен (IDN) в именах TLD.

Этот Интернет-проект представлен в полном соответствии с положениями BCP 78 и BCP 79.

Internet-Drafts являются рабочими документами Инженерной группы Интернета (IETF). Обратите внимание, что другие группы также могут распространять рабочие документы как Интернет-проекты. Список текущих Интернет-проектов находится на http://datatracker.ietf.org/drafts/current/.

Интернет-проекты — это черновики документов, срок действия которых не превышает шести месяцев, и они могут быть обновлены, заменены или отменены другими документами в любое время. Неуместно использовать Интернет-проекты в качестве справочного материала или цитировать их иначе, как «незавершенную работу».«

Срок действия этого Интернет-проекта истекает 3 сентября 2009 г.

Copyright (c) 2009 IETF Trust и лица, указанные в качестве авторов документа. Все права защищены.

Этот документ регулируется BCP 78 и Правовыми положениями IETF Trust, касающимися документов IETF (http://trustee.ietf.org/license-info), действующими на дату публикации этого документа. Пожалуйста, внимательно ознакомьтесь с этими документами, поскольку они описывают ваши права и ограничения в отношении этого документа.Компоненты кода, извлеченные из этого документа, должны включать упрощенный текст лицензии BSD, как описано в разделе 4.e Правовых положений Trust, и предоставляются без гарантии, как описано в упрощенной лицензии BSD.

RFC 1123 [RFC1123] неоднозначен в отношении спецификации для меток домена верхнего уровня (TLD), используемых в системе доменных имен. Существуют разные интерпретации, которые приводят к проблемам при выборе имен новых TLD. Одним из важных аспектов этого является желание использовать интернационализированное доменное имя (IDN, RFC 3490 et.al. [RFC3490] ) в доменах верхнего уровня для облегчения использования локальных скриптов.

Этот документ пытается дать новое и четкое определение того, какие последовательности символов разрешены в метках TLD.

Этот документ является предложением, и работа над ним продолжается.

Терминология, используемая в этом документе, определена в RFC 0952 [RFC0952] и RFC 1035 [RFC1035] .

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе. должны интерпретироваться, как описано в RFC 2119 [RFC2119] .

RFC 952 [RFC0952] дает спецификацию имен, которые могут использоваться для имен хостов в Интернете. Он обновлен RFC 1123 [RFC1123] , что несколько смягчает спецификацию. Непонятно, относится ли ослабление к метке или к имени всего хоста.

Во избежание проблем, связанных с недостаточной ясностью, спецификация для имени TLD настоящим указывается следующим образом:

Метка TLD ДОЛЖНА быть длиной не менее двух символов и МОЖЕТ быть длиной до 63 символов, не считая начальных или конечных точек (.). Он ДОЛЖЕН состоять только из символов ASCII из групп «буквы» (AZ), «цифры» (0-9) и «дефис» (-), и он ДОЛЖЕН начинаться с «буквы» ASCII и НЕ ДОЛЖЕН заканчиваться на «дефис». Верхний и нижний регистр МОЖЕТ быть случайным образом смешан, поскольку поиск в DNS не чувствителен к регистру.

Следовательно, выражение ABNF, которое соответствует допустимой метке TLD, выглядит следующим образом:

        tldlabel = АЛЬФА * 61 (ldh) ld
        ldh = ld / "-"
        ld = АЛЬФА / ЦИФРА
        АЛЬФА =% x41-5A /% x61-7A; А-Я / А-Я
        ЦИФРА =% x30-39; 0-9

         

Эта новая спецификация отражает текущую практику регистрации имен TLD в IANA и позволяет использовать IDN.

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

Этот меморандум изменяет спецификации для имен TLD, зарегистрированных IANA, и IANA просят изменить процесс регистрации, чтобы использовать указанную выше спецификацию.

Этот документ не представляет никаких новых проблем безопасности.

Это может вызвать проблемы со стабильностью, когда имена, зарегистрированные в соответствии с этой новой спецификацией, могут плохо взаимодействовать со старым программным обеспечением, написанным для обеспечения строгой интерпретации старой спецификации. Однако считается, что такое программное обеспечение мало в Интернете, и поскольку имена TLD, которые не соответствуют строгой интерпретации старой спецификации, уже используются (включая IDN) без видимых проблем, считается, что это изменение спецификации не создаст серьезных проблем со стабильностью в Интернете.