Содержание

Что такое доменная зона, виды доменных зон (ccTLD, gTLD, New gTLD) — hostgid.net

Доменная зона — правая часть полного доменного имени, обычно состоит из 1 или 2 уровней, например в «hostgid.net«, где «net» — это доменная зона. Это общедоступный домен, в котором производится регистрация доменных имен более низкого уровня, читайте более детально о принципах работы «системы DNS». Доменные зоны классифицируются как территориальные (ccTLD — Country Code Top Level Domain) и общего назначения (gTLD — Generic Top Level Domain). Такая классификация довольно условная, в большинстве случаев регистрация доменов свободная, за использованием доменов никто не следит и документы для регистрации не нужны. Если территориальные доменные зоны (ua, ru, by, kz) кое как выполняют свое предназначение, то у доменных зон общего назначения (com, net, org) это как то не сложилось. Изначально они создавались для обозначения направления деятельности. Планировалось, что доменные имена в зоне «com» будут регистрировать коммерческие организации, в зоне «
net
» организации имеющие отношение к организации работы сети (например интернет-провайдеры), в зоне «info» информационные ресурсы, а в зоне «org» другие организаций. Возможно по началу все так и было, но по мере роста количества зарегистрированных доменов все стали на это дружно ложить не обращать внимание. Таким образом тематические доменные зоны были «размыты» и сейчас фактически не несут никакой смысловой нагрузки. Также существуют доменные зоны ограниченного использования, доступные только для определенного круга лиц. 
Доменная зона «gov« — только государственные организации. 
Доменная зона «aero» — только для организации и физические лица занятые в авиации.
Доменная зона «mil» — только военные организации США.
Доменная зона «edu» — только учебные заведения.
Доменная зона «int» — только международные организации.
Доменная зона «museum» — только для организаций и частных лиц занятых в музейной деятельности.
Доменная зона «travel» — только для организаций связанных с индустрией туризма.
Это далеко не все ограниченные доменные зоны, перечислять все не имеет смысла.
На основании таких зон, могут быть созданы территориальные доменные зоны. Например «
gov.ua
» или «gov.ru«, предназначены для государственных организаций Украины и России. 
Контролем над пространством доменных имен ведут две организации, ICANN и IANA. ICANN руководит всем пространством доменных имен верхнего уровня общего назначения (com, net, org). А IANA руководит всеми национальными (территориальными) доменами верхнего уровня (ua, ru, by, kz).

New gTLD

New gTLD — это новые доменные зоны, открытая регистрация в некоторых зонах началась в 2014 году, а всего планируйется создать более 1000 новых доменных зон. Небольшой экскурс в историю.
До 2001 года, существовало всего три доменные зоны первого уровня общего назначения (com, net и org). В 2001 году, ICANN ввела новые gTLD доменные зоны, расширив список зон до 22. Но на сегодняшний день и этого недостаточно. Как известно, практически все красивые имена в старых доменных зонах уже зарегистрированы. В 2012 году, ICANN начал прием заявок на открытие новых gTLD доменных зон. Подать такую заявку мог любой желающий, готовый выложить $185 000 и удовлетворяющий списку условий. Несмотря на это, желающих иметь собственную доменную зону оказалось много, около 2000. Среди них есть названия совпадающие с общеупотребимыми названиями — BLOG, PHOTP, CLUB, MENU, GURU, LIFE, LINK, MEDIA и др., совпадающие с названиями мировых брендов — GOOGLE, YANDEX, CANON и др., совпадающие с названиями территорий — AFRICA, LONDON, МОСКВА и др.

​Новые доменные зоны дают возможность зарегистрировать красивое доменное имя.

Доменная зона — это… Что такое Доменная зона?

Доме́н — область (ветвь) иерархического пространства доменных имён сети Интернет, которая обозначается уникальным доменным именем.

Доме́нное имя — символьное имя домена. Должно быть уникальным в рамках одного домена. Полное имя домена состоит из имён всех доменов, в которые он входит, разделённых точками. Например, ru.wikipedia.org. (с точкой в конце) обозначает домен третьего уровня ru, который входит в домен второго уровня wikipedia, который входит в домен org, который входит в корневой домен. Доменное имя служит для адресации узлов сети Интернет и расположенных на них сетевых ресурсов (веб-сайтов, серверов электронной почты, других служб) в удобной для человека форме.

Доме́нная зона — совокупность доменных имён определённого уровня, входящих в конкретный домен. Например, зона wikipedia.org. включает все доменные имена третьего уровня в этом домене. Термин «доменная зона» в основном применяется в технической сфере, при настройке

Технический аспект

Для разрешения доменного имени в IP-адрес и наоборот служит система BIND (Berkeley Internet Name Domain) [1].

Для обеспечения уникальности и защиты прав владельцев доменные имена 1-го и 2-го (в отдельных случаях и 3-го) уровней можно использовать только после их регистрации, которая производится уполномоченными на то регистраторами. Сведения о владельце (администраторе) того или иного регистрируемого домена общедоступны. Их можно узнать, воспользовавшись службой whois. Однако, некоторые регистраторы предоставляют возможность скрыть эту информацию.

Доменный бизнес

С развитием интернета особую ценность приобрели «красивые» адреса сайтов, иначе говоря домены. Общее число зарегистрированных доменов приближается к 200 миллионам [1] и подобрать свободное, красивое и короткое доменное имя стало очень трудно. Образовался рынок перепродажи доменных имён. Сюда входят компании, которые регистрируют домены, покупают и продают домены на вторичном рынке, занимаются размещением рекламы на зарегистрированных доменах, хостинговые сервисы, юридические и правовые организации и т.п. Около 30% процентов сайтов не содержат никакой информации и существуют только для продажи рекламных ссылок.

Например, во время вторжения в Ирак миллионы людей набирали адрес iraq.com в браузере с целью узнать последние новости о войне и с удивлением обнаруживали, что кроме рекламы на сайте нет никакой другой информации. Указанный домен до сих пор продает рекламные ссылки и приносит владельцу многотысячную прибыль. Понятно, что подобные домены стоят огромных денег и являются отличным инвестиционным капиталом. Другой пример. Тысячи компаний хотели бы иметь свой официальный сайт на домене business.com. Вот почему этот домен был продан за 360 миллионов долларов США

[2]. На сегодняшний день коммерческую ценность имеют любые домены в gTLD и в некоторых ccTLD зонах (.com, после того как закончились в свободной регистрации домены из трёх букв, ценность имеют также любые четырехбуквенники.

Юридический аспект

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

В настоящее время доменное имя почти во всех странах рассматривается как средство индивидуализации и объект интеллектуальной собственности. Также оно может быть объектом сделок и входить в состав нематериальных активов предприятия.

В России доменное имя упоминается в Гражданском кодексе. Как в России, так и в других странах состоялось немало судебных процессов, где доменное имя являлось предметом спора. Для некоторых доменных зон доменные споры могут разрешаться не только в судебном порядке, но также по процедуре

Виды доменных имён

Международные домены (gTLD)

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

Национальные домены (ccTLD)

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

Зарезервированные доменные имена

Документ RFC 2606 (Reserved Top Level DNS Names — Зарезервированные имена доменов верхнего уровня) определяет названия доменов, которые следует использовать в качестве примеров (например, в документации), а также для тестирования. Кроме example.com, example.org и example.net, в эту группу также входят .test, .invalid и др.

Длинные доменные имена

Примечания

См. также

Ссылки

Wikimedia Foundation. 2010.

Что такое домен простыми словами

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

Когда сегодня произносят слово » домен «, и, если это не связано со сталелитейным производством, скорее всего имеют в виду самое обычное имя сайта. Такое, как webnames.ru. На самом деле, адрес сайта — это уникальный набор цифр (IP адрес сайта), а домен это всего-навсего маскировка, нужная лишь для нашего удобства. Например, если мы хотим записать всех своих знакомых в адресную книгу, то скорее всего, это будет выглядеть так: «имя» — «адрес». Так и с сайтами, где домен выступает как имя, а адрес — это IP, например, «yandex.ru» — «77.88.55.70». Но нам, простым пользователям, совсем не нужно запоминать длинные последовательности цифр, ведь таким справочником в интернете выступает специальная служба — служба DNS серверов. Нам достаточно ввести имя сайта в адресную строку браузера, а дальше все произойдет автоматически, и мы окажемся на нужном сайте.

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

Что такое доменная зона?

Доменная зона — это та часть имени, которая находится справа, после точки. Например у «yandex.ru» доменная зона — «RU» , а у «google.com» — «COM». Изначально планировалось, что доменная зона будет указывать на принадлежность сайта к определенной категории, например, «COM» — коммерческие сайты, «INFO» — справочные сайты и т.д. Однако сейчас грани размыты и существует очень много доменных зон (только на webnames.ru их более 350): географические, национальные, тематические, общие, корпоративные и т.д. Большинство из них открыты для регистрации. Но есть и такие, для регистрации в которых необходимо соответствовать определенным требованиям, например: «AERO». Доменная зона «AERO» отраслевая и предназначена только для членов Авиационного сообщества и их потребителей.

Как выбрать доменную зону?

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

Если Ваш сайт ориентирован на русскоязычное сообщество по всему миру, то можно выбрать кириллический домен в зоне РУС, но если Вас не интересует поддержка кириллицы в имени, то Вам может подойти «ORG» или, например, «COM».

Вы легко можете создать сайт о здоровой пище в доменной зоне «DIET». Но в то же время, совершенно нет никакого запрета по созданию этого сайта, например, в доменной зоне «TECHNOLOGY». Да, Вы можете создать сайт там, но стоит уточнить — стоит ли путать пользователей и роботов? Решать только Вам.

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

Регистрировать домены могут только аккредитованные компании, регистраторы, такие как webnames.ru.

Если Вы уже определились с названием, то Вам необходимо его за собой закрепить, т.е. зарегистрировать домен. И с webnames.ru это стало намного проще! Просто зарегистрируйтесь на нашем сайте и заполните небольшую анкету. Уделите анкете особое внимание, для подтверждения того, что собственником домена являетесь именно Вы, а не некий ~destroyer89~.

На самом деле, технически, домен передается Вам в собственность только на определенный срок, по истечении которого доступ к сайту будет прекращён (по этому адресу). Если Вы хотите продолжить пользоваться этим именем, то необходимо своевременно продлить срок регистрации домена.

Структура доменного имени. Различия и виды доменов.

С доменной зоной мы разобрались, но все же структура доменного имени несколько сложнее.

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

  • -ccTLD — это национальные домены. Например «RU», «БЕЛ», «KZ»;
    -gTLD это общие международные домены. Например, «NET», «SU», «INFO»;
    -new gTLD это новые домены, они могут иметь определенную тематику, позволяющие более четко сегментировать свой сайт в поисковой выдаче, например, для русскоязычного интернет-сообщества отлично подойдет домен в зоне «РУС» .
  • Далее идут домены второго уровня, и они создаются на базе первого уровня. Это как раз то самое имя, которое уже задаем мы. Например, webnames в webnames.ru.
  • Домены третьего и следующих уровней позволяют сегментировать трафик внутри Вашего сайта, если это необходимо. Например, геодомены в зоне РУС, «суши.владивосток.рус» и «суши.самара.рус».

История домена.

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

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

Как узнать историю домена?

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

Например, сервис web.archive.org позволяет посмотреть слепки сайтов за все время его индексации. Но может оказаться так, что искомый домен не найден, и это не гарантия того, что он на 100% чист, он мог просто не сохраниться в истории. Дополнительную информацию о сайте можно узнать воспользовавшись бесплатным сервисом WHOIS. Просто введите домен или IP интересующего сайта в форму проверки и:

  • узнаете название компании регистратора
  • узнаете владельца домена или получите ссылку для связи с ним
  • узнаете дату регистрации домена
  • проверите домен на занятость

16/12/2020



Полезные статьи

Сменить доменную зону

Внимание! С 28 октября 2021 года услуга смены доменной зоны Битрикс24 не предоставляется. Подробнее.

Вы можете зарегистрировать свой Битрикс24 в любой доменной зоне:

  • Россия – зона .ru (bitrix24.ru)
  • Беларусь – зона .by (bitrix24.by)
  • Казахстан – зона .kz (bitrix24.kz)
  • Украина – зона .ua (bitrix24.ua)
  • Германия – зона .de (bitrix24.de)
  • Евросоюз – зона .eu (bitrix24.eu)
  • Франция – зона .fr (bitrix24.fr)
  • Италия – зона .it (bitrix24.it)
  • Польша – зона .pl (bitrix24.pl)
  • Индия – зона .in (bitrix24.in)
  • Турция – зона .com.tr (bitrix24.com.tr)
  • Индонезия – зона .id (bitrix24.id)
  • Китай – зона .cn (bitrix24.cn)
  • Вьетнам – зона .vn (bitrix24.vn)
  • Япония – зона .jp (bitrix24.jp)
  • Латинская Америка – зона .es (bitrix24.es)
  • Бразилия – зона .com.br (bitrix24.com.br)
  • США – зона .com (bitrix24.com)

Внимание! Смена доменной зоны предоставляется бесплатно и один раз:
  • на бесплатном тарифном плане доступны только такие варианты смены зоны: .ru <–> .ua, .ru <–> .by, .ru <–> .kz, .ua <–> .by, .ua <–> .kz, .by <–> .kz.
  • на коммерческих тарифах перенос возможен в любую зону.

Но есть некоторые особенности смены доменной зоны:

  • Заявка на смену доменной зоны должна быть создана от лица администратора портала Битрикс24.

  • Для одного портала перенос может осуществляться лишь единожды.

  • Сервис Битрикс24 не ограничивает перенос в зону (также как и регистрация портала) географией вашего проживания или бизнеса. Вы можете переносить или регистрировать свой Битрикс24 в любой зоне.

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

  • Если у вас Битрикс24 test24.bitrix24.ru, и вы хотите перенести его, например, в зону .ua, но портал test24.bitrix24.ua уже существует в системе, то перенос будет невозможен. То же самое справедливо и для обратного переноса.

  • Когда создается портал, ему дается случайное имя, например b24-aokwy2.bitrix24.ru. Если вы хотите перенести этот портал в другую зону, но с другим именем, к примеру mycompany.bitrix24.com, то сначала убедитесь в доступности такого имени в новой зоне. Если такой домен доступен, советуем воспользоваться возможностью переименовать доменное имя в вашей первоначальной зоне в mycompany.bitrix24.ru (данная возможность дается всем бесплатно 1 раз) и уже потом подавать заявку на перенос в другую зону. В таком случае это будет для вас бесплатно.

    Если вы сначала перенесете домен b24-aokwy2.bitrix24.ru в зону .com (b24-aokwy2.bitrix24.com), а потом подадите заявку изменения домена на mycompany.bitrix24.com, то такая опция будет считаться переименованием домена (см. раздел 2). Эта услуга доступна только на тарифах Компания и Команда.

  • Если на портале есть российские арендованные телефонные номера, то перенос осуществим, не ранее достижения нулевого баланса (или такого, который невозможно потратить самостоятельно) и последующего отказа от номера.

  • Если на портале есть активный SIP-коннектор другой страны, то перенос осуществляется, не ранее окончания действия лицензии на этот SIP-коннектор.

  • Для каждой доменной зоны свой Маркет и свои приложения. Если у вас активна подписка «Битрикс24.Маркет Плюс», то в таком случае есть 2 варианта:

    1. Аннулировать подписку без возврата средств и сделать перенос Битрикс24 в другую зону.
    2. Подождать, пока оплаченный период подписки не закончится, и после перенести Битрикс24 в другую зону.
  • Срок переноса – в течение 1 рабочего дня (в зависимости от загруженности технических специалистов срок может увеличиться до нескольких дней). Пользователи коммерческих тарифных планов имеют приоритет при переносе.

  • На порталах с доменными зонами .ua, .kz и .by пока еще недоступны платные приложения из Маркета.

  • Также на порталах зоны .by недоступна Телефония.

  • После переноса домена в другую зону останется редирект со старого адреса.

  • При смене доменной зоны может измениться юридическое лицо продавца, доступные способы оплаты, цены и валюта платежей. Вы не сможете получать партнерскую поддержку прежней доменной зоны, т.е. вам нужно будет сменить партнера для интеграций и поддержки. Подробности можно уточнить у специалиста Поддержки Битрикс24.

Перестанут работать:
  • Коннекторы для Открытых линий, их нужно будет удалить при переносе;
  • Веб-виджеты (Онлайн-чат, CRM-формы, обратный звонок), вам нужно будет перепривязать к сайту, если вы их где-то вставляли;
  • Публичные страницы (Онлайн-чат, CRM-формы) нужно будет изменить, если вы их где-то указывали;
  • Установленные приложения Маркета могут стать неактивными, т.к для каждой зоны – свой Маркет.

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

Доменные зоны России, стран мира, какую лучше и дешевле выбрать

Тематический трафик – альтернативный подход в продвижении бизнеса

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

Подпишись на рассылку и получи книгу в подарок!

Доменная зона – это совокупность всех существующих доменных имен, входящих в данное доменное пространство

Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

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

Информацию о фактической доменной зоне ресурса нам сообщает правая часть ссылки, расположенная после точки. К примеру, для yandex.ru зоной будет «ru», для «google.com» — «com». По ней пользователь может догадаться, ресурс какой тематики расположен по этому адресу. Например, с окончанием «info» однозначно создан информационный сайт, а под «travel» зарегистрировано турагентство.

Доменная зона в URL

Любая ссылка на сайт читается справа налево — в таком порядке идёт иерархия в пространстве доменных имен. Разберём адрес «vrn.semantica.in»

  1. Доменная зона (in) – основная область принадлежности сайта. В одной  такой зоне могут «проживать» миллионы самых различных ресурсов, но все они объединены либо тематическим, либо географическим признаком. Подробнее о каждой категории мы поговорим далее.
  2. Название ресурса (semantica) – наименование сайта, уникальное для своей доменной зоны. По названию ресурса мы узнаем среди миллионов ссылок нужные нам страницы.
  3. Поддомен (vrn) – владелец сайта может неограниченно создавать подразделения своего домена на более мелкие уровни, чтобы распределить контент по категориям. К примеру, «vrn» — регион сайта Воронеж, «forum» — форум сайта, а «news» — его новости.

На заре интернета “WWW.” указывало на то, что мы хотим обратиться к основному сайту без использования поддомена. Префикс World Wide Web является одним из самых ранних изобретений сети и сейчас потерял острую необходимость благодаря браузерам, которые научились автоматически подставлять его в запросы.

Какие зоны существуют

Бесплатные и платные — все они подчиняются единой системе международной организации ICANN

Выделяют несколько типов таких зон.

Государственной принадлежности

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

  • RU (РФ) — Россия
  • US — Соединённые Штаты
  • UK — Великобритания

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

Также, с недавних пор, стандартами ICANN в русском сегменте поддерживается не только доменная зона RU, а ещё и РФ, где, в отличие от конкурентов, названия сайтов пишутся на кириллице (президент.рф). Это даёт возможность расширять целевую русскоговорящую аудиторию своего ресурса.

Общего назначения

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

  • TRAVEL – отели, бюро горящих путевок, туристические операторы
  • AERO – аэропорты, авиакомпании
  • COM и BIZ – эти были задуманы для коммерческих организаций, но теперь используется без ограничений
  • INFO – ранее использовался исключительно для справочных сайтов (в данный момент ограничениями не обладает)
  • MOBI – сайты, оптимизированные для смартфонов
  • MUSEUM – музеи, выставки
  • NET – обозначен, как домен телекоммуникационных компаний, но ограничения на использования были сняты. Открыт для регистрации.
  • INT – международные организации;
  • JOBS – домен для работодателей, сайтов о поиске вакансий и выборе профессий
  • NAME – домен «визитных карточек», каждый может зарегистрировать своё имя и фамилию под ним
  • ORG – создан исключительно для некоммерческих организаций, но вскоре был открыт для свободного пользования
  • PRO – доменная зона аккредитованных специалистов и профессионалов (однако, для регистрации свободна)
  • TEL – операторы Интернета и коммуникаций
  • XXX – ресурсы категории 18+

Домены двойного назначения

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

  • IT – (Италия), аббревиатура «IT» позволяет многим компаниям, работающим в сфере информационных технологий и программирования, использовать зону под свои нужды
  • TV – (Тувалу), пожалуй, самое известное сокращение для телевидения. Пользуется спросом у телеканалов, репортёров и журналистов.
  • AM – (Армения), может быть востребован для радиовещательных компаний;
  • CC – (Кокосовые Островова), однако управляющая компания домена даёт возможность его использовать в качестве имени для коммерческих компаний («Commercial Company»)
  • CD – (Конго), очень красиво сочетается со звукозаписывающими компаниями и другими организациями, работающим в сфере музыки
  • NO – (Норвегия), один из самых креативных вариантов: может замечательно дополнять сайты с отрицающей или протестной тематикой
  • DJ – (Джибути), однако всем известная аббревиатура «DJ» даёт возможность продвигать себя как «Disc Jokey»
  • MD – (Молдавия), английское сокращение от «MD» — «медицинский доктор», домен широко используется частными клиниками, больницами, стоматологиями в силу своего удобства
  • PR – (Пуэрто-Рико) английское сокращение от «Public Relations», часто используется рекламными и консалтинговыми компаниями в качестве необычного имени сайта
  • TM – (Туркмения) английское сокращение словосочетания «Trade Mark», полезно для некоторых компаний
  • WS – (Самоа), оригинальное окончание URL, ведь компания-хозяин заявляет, что «WS» значит «Web Site»

Какую доменную зону выбрать

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

  • Красивое и запоминающееся написание.
  • Отражение тематики сайта.
  • Дополнение сайт по смыслу, либо отражение его принадлежности к государству.

Какая доменная зона лучше? Для телевидения может подойти креативное «first.TV», для международной организации «microsoft.COM», а для российской компании «mail.RU» — выбор стоит за вами.

Как доменная зона влияет на продвижение сайта

Главное правило: выбирайте зону, наиболее близкую к целевой аудитории своего ресурса.

Если портал международный, ориентируйтесь на COM, ORG или BIZ. В случае, если основной язык сайта – русский, стоит отдавать предпочтения доменным зонам России — RU, РФ или более дешевой SU. Иногда требуется региональное уточнение, например, если у вас открыты магазины только в Москве – следует обратить внимание на MOSCOW.

Бывает полезно вспомнить, что можно пренебрегать географией и выбирать благозвучные зоны в тематическом пространстве, музыкальный сайт DJ, информационный сайт INFO (подробнее обо всех интересных зонах рассказано выше, раздел — «домены двойного назначения»)

Какая же лучше

Поисковики, будь то Google, Яндекс или Bing, все одинаково трактуют правило доменных зон. Приоритет выдачи отдаётся исходя из языка запроса.

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

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

Как выбрать доменное имя для сайта гостиницы

Выберите доменную зону

Домен регистрируется в десятках разных зон. Например: ru, com, net, info, org. Выбор национальной доменной зоны обозначит территорию страны, где расположена гостиница. Если гостиница расположена в России, то будет логично зарегистрировать домен в зоне .ru. Например, hotel.ru.

 

Выберите простое имя

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

 

Название гостиницы — доменное имя

Используйте название гостиницы в качестве доменного имени. Например, есть бы ваша гостиница называлась «Travel», то было бы правильно выбрать в качестве имени travel.ru. Часто бывает так, что желаемое имя уже занято. В таком случае попробуйте другие варианты: travelhotel.ru, hoteltravel.ru, travel-hotel.ru.

 

Название города в доменном имени

Иногда в доменное имя добавляют сокращенное название города, где расположена гостиница. Такое добавление будет говорить о расположении гостиницы так же, как доменная зона. Примеры: travel-msk.ru, travel-spb.ru

 

Аббревиатура в доменном имени

В некоторых случаях, если название гостиницы состоит из нескольких слов, можно попробовать использовать аббревиатуру в доменном имени. При этом нужно учесть, что длинные сокращения могут быть неудобны. Например, kpltwlm.ru — очень сложно запомнить.

 

Узнайте свободно ли доменное имя

В этом вам поможет сервис Whois.

 

На кого регистрировать домен

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

Что такое доменная зона? Какие бывают доменные зоны?

В предыдущей статье что такое домен простыми словами мы уже затронули тему доменных зон.

Чтобы удобнее было вводить адрес сайта было принято решение заменить все цифры IP адреса на буквы. Поэтому мы в поисковой строке браузера вводим адрес домена: https://integrion.biz.

integrion — это доменное имя, которое мы придумываем для интернет-магазина или сайта.

.biz — это доменная зона, о которой и пойдет речь в этой статье.

Какие бывают доменные зоны?

Рассмотрим несколько примеров.

1 пример.


.RU и .BIZ — уровень доменной зоны 1. Уровень домена 1. 

2 пример.


Уровень доменной зоны 1 (после точки стоит 1 слово), уровень домена 2, так как добавляется доменное имя.

3 пример.


.MSK.RU — уровень доменной зоны 2, после точки два слова. Уровень домена 3, добавляется доменное имя.

4 пример.


blog.integrion.msk.ru — субдомен. Уровень доменной зоны — 2, уровень домена 4.

Уровней может огромное количество, рекомендую ограничится 4-мя.

Типы доменных зон:

  • Международные
  • Национальные
  • Региональные
  • Тематические
  • Омонимичные 

Международные доменные зоны

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

  • .biz (от business) — для бизнеса;
  • .com (от commercial) — для коммерческих организаций;
  • .net (от network) — для сетевых услуг (интернет-провайдеров и т.д.)
  • .info (от information) — информационный
  • .org (от organizations ) – для организаций
Если планируете работу интернет-магазина по нескольким странам, то международные домены самое лучшее решение. Если не планируете работу в нескольких странах и уже приобрели международный домен, необходимо для поисковых систем указать в рамках какой страны ведете предпринимательскую деятельность. Это необходи
Объяснение

зон DNS

Что такое зона DNS?

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

Когда веб-браузеру или другому сетевому устройству необходимо найти IP-адрес для имени хоста, такого как «example.com», он выполняет поиск DNS — по сути, проверку зоны DNS — и перенаправляется на сервер DNS, который управляет зоной DNS для этого имени хоста. Этот сервер называется полномочным сервером имен для домена. Затем авторитетный сервер имен разрешает поиск DNS, предоставляя IP-адрес или другие данные для запрошенного имени хоста.


Уровни зоны DNS

Система доменных имен (DNS) определяет пространство доменных имен, в котором указаны домены верхнего уровня (например, «.com»), домены второго уровня (например, «acme.com») и домены более низкого уровня, также называемые субдоменами (например, «support.acme.com»). Каждый из этих уровней может быть зоной DNS.

Например, корневой домен «acme.com» может быть делегирован корпорации Acme. Acme берет на себя ответственность за настройку авторитетного DNS-сервера, который содержит правильные DNS-записи для домена.

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


Корневая зона DNS

Корень системы DNS, представленный точкой в ​​конце доменного имени, например, www.example.com . — основная зона DNS. С 2016 года корневая зона находится под контролем Интернет-корпорации по присвоению имен и номеров (ICANN), которая делегирует управление дочерней компании, действующей в качестве Управления по присвоению номеров в Интернете (IANA).

Корневая зона DNS управляется 13 логическими серверами, которыми управляют такие организации, как Verisign, U.S. Army Research Labs и НАСА. Любой рекурсивный DNS-запрос (узнайте больше о типах DNS-запросов) начинается с обращения к одному из этих корневых серверов и запроса сведений для следующего уровня вниз по дереву — сервера домена верхнего уровня (TLD).


Зоны ДВУ

Для каждого домена верхнего уровня, например «.com», «.org» или кода страны, например «.co.uk», существует зона DNS. в настоящее время существует более 1500 доменов верхнего уровня. Большинство доменов верхнего уровня управляются ICANN/IANA.


Доменные зоны

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

Если у домена есть поддомены, они могут быть частью одной зоны. В качестве альтернативы, если поддомен является независимым веб-сайтом и требует отдельного управления DNS, его можно определить как собственную зону DNS. На диаграмме выше «blog.example.com» был настроен как зона DNS, тогда как «support.example.com» является частью «example.com» зона DNS.


Дополнительные зоны DNS DNS-серверы

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


Все о файле зоны DNS

Файлы зон DNS определены в RFC 1035 и RFC 1034. Файл зоны содержит сопоставления между доменными именами, IP-адресами и другими ресурсами, организованными в виде ресурсных записей (RR).

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

Типы зон DNS

Существует два типа файлов зон:

  • Первичный файл DNS, который официально описывает зону
  • Файл кэша DNS, в котором перечислено содержимое кэша DNS — это только копия официальной зоны DNS

Записи зоны DNS

В файле зоны каждая строка представляет запись ресурса DNS (RR).Запись состоит из следующих полей:

Имя

Тип записи


  • Название — это буквенно-цифровой идентификатор записи DNS. Его можно оставить пустым, и он наследует свое значение от предыдущей записи.
  • TTL (время жизни) указывает, как долго запись должна храниться в локальном кэше DNS-клиента.Если не указано, используется глобальное значение TTL в начале файла зоны.
  • Класс записи указывает пространство имен — обычно IN, которое является пространством имен Интернета.
  • Тип записи — это тип записи DNS — например, запись A сопоставляет имя хоста с адресом IPv4, а CNAME — это псевдоним, который указывает имя хоста на другое имя хоста.
  • Данные записи содержат один или несколько информационных элементов, в зависимости от типа записи, разделенных пробелом.Например, запись MX состоит из двух элементов — приоритета и доменного имени почтового сервера.

Структура файла зоны

Файлы зоны DNS начинаются с двух обязательных записей:

  • Глобальное время жизни (TTL) , которое указывает, как записи должны храниться в локальном кэше DNS.
  • Запись Start of Authority (SOA) — указывает основной полномочный сервер имен для зоны DNS.

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

  • Записи сервера имен (NS) — указывает, что определенная зона DNS, например «example.com» делегируется определенному полномочному серверу имен
  • Записи сопоставления адресов IPv4 (A) — имя хоста и его адрес IPv4.
  • Записи адресов IPv6 (AAAA) — имя хоста и его адрес IPv6.
  • Записи канонического имени (CNAME) — указывает имя хоста на псевдоним. Это еще одно имя хоста, на которое DNS-клиент перенаправляется
  • Запись почтового обменника (MX) — указывает почтовый SMTP-сервер для домена.


Советы по файлу зоны
  • При добавлении записи для имени хоста имя хоста должно заканчиваться точкой (.)
  • Имена хостов, которые не заканчиваются точкой, считаются относительными к имени основного домена — например, при указании записи «www» или «ftp» точка не нужна.
  • Вы можете добавлять комментарии в файл зоны, добавляя точку с запятой (;) после записи ресурса.


Пример файла зоны DNS
 $ORIGIN example.com. ; начало файла зоны $TTL 30m ; время истечения срока действия кэша по умолчанию для ресурса recordsexample.com. В SOA ns.example.com. корень.пример.ком. ( 1999120701 ; серийный номер этой зоны file1d ; частота обновления вторичного DNS (д=день)1d ; частота обновления вторичного DNS в случае возникновения проблемы4w ; срок действия вторичного DNS (w=неделя)1ч ; минимальное время кэширования в случае сбоя разрешенияпример. com.NS dns1.dnsprovider.com. Есть два сервера имен, которые могут предоставлять услуги DNS, например example.comexample.com.NS dns2.dnsprovider.com.example.com.MX 10 mx1.dnsprovider.com ; mail serverexample.com MX 10 mx2.dnsprovider.comexample.com A 192.168.100.1 ; IP-адрес для корневого домена www A 192.168.100.1 ; IP-адрес для субдомена www 

Зоны DNS и службы DNS следующего поколения

Традиционная инфраструктура DNS имеет свои ограничения. Когда-то IP-адрес указывал на один сервер. Теперь за одним IP-адресом может скрываться пул сетевых ресурсов с балансировкой нагрузки, развернутых в разных центрах обработки данных по всему миру. Чтобы эффективно обслуживать эти ресурсы для пользователей, обеспечивать высокую производительность и быстрое распространение изменений, вам следует рассмотреть возможность предоставления DNS следующего поколения, такого как NS1.

NS1 обеспечивает:

  • Управляемый DNS — служба DNS на базе высокопроизводительной глобальной сети DNS с произвольным вещанием и расширенными функциями управления трафиком.
  • Выделенный DNS — полностью управляемое развертывание DNS, локально или в облаке, с расширенным управлением трафиком по принципу «укажи и щелкни»

Что такое зона DNS? Первичная и вторичная зона DNS и как ее создать?

Что такое зона DNS?

Зона DNS

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

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

Существует два типа зон DNS — Первичная (главная) зона DNS для управления и Вторичная (подчиненная) зона DNS для резервирования и повышения производительности.
 
Первый содержит все исходные записи DNS, а второй получает их из основной зоны DNS. Этот процесс называется переносом зоны DNS. Первичный DNS-сервер может отправить его, или вторичный может получить изменения, когда истечет срок его кеша.

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

Мы также рекомендуем прочитать «Что такое полномочный DNS-сервер?»

Различные типы зон DNS

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

.
  • Первичная (главная) зона DNS — держатель исходного файла зоны (все записи DNS для зоны).Вы можете управлять хостом через эту зону.
  • Вторичная (подчиненная) зона DNS — содержит копию файла зоны. Вы можете использовать их для повышения производительности, для сокрытия основного, для резервного копирования и резервирования.

Первичная зона DNS

Первичные (главные) зоны, содержат копию данных зоны для чтения и записи. На одном DNS-сервере одновременно может быть только одна основная зона. Все DNS-записи, добавляемые вручную или автоматически, записываются в эту Первичную зону DNS-сервера.
Данные хранятся в стандартном текстовом файле – .txt. Преимущество в том, что его легко создать резервную копию и восстановить в случае возникновения проблем.
Важно то, что для возможности внесения изменений в зону DNS должна быть доступна основная зона. Если сервер с вашим основным DNS не работает, вы не сможете внести какие-либо изменения.
Если вы хотите иметь избыточность, вы должны иметь доступ к данным зоны на нескольких серверах.

Если вы хотите узнать, как создать основную зону в ClouDNS, ознакомьтесь со следующим пошаговым руководством :

  • Нажмите кнопку входа и введите свой адрес электронной почты и пароль.После того, как вы вошли в систему, вы увидите свою панель инструментов. Из списка вы заметите, что у вас нет зарегистрированных зон DNS.
  • Нажмите кнопку «Добавить новый». Во всплывающем окне нажмите «Мастер-зона». Вы можете создать свою зону DNS с нужными записями NS. Тем не менее, мы рекомендуем вам использовать предложенные.

Если вы хотите проверить записи NS вашего домена, мы рекомендуем вам взглянуть на вторую команду из нашей статьи: 10 Наиболее часто используемые команды Dig

  • В текстовом поле введите имя своего домена без HTTP, HTTPS или WWW.Пример: yourdomain.com . Как только вы это сделаете, нажмите на кнопку «СОЗДАТЬ».

Вы успешно создали свою основную зону (главную зону ) . В верхнем меню вы сможете управлять своей основной DNS-зоной со всеми доступными параметрами. Здесь вы увидите все записи DNS, которые вы можете создать и использовать для своих нужд. Из списка вы можете увидеть свое имя хоста, тип записи, куда они указывают и какой TTL.

Вы также можете проверить нашу вики-страницу о зоне Master DNS.

Премиум первичный DNS-хостинг — Попробуйте бесплатно

Вторичная зона DNS

Вторичная зона DNS — это доступная только для чтения копия данных зоны. В большинстве случаев вторичные (подчиненные) зоны являются копиями главных зон. Они также могут быть копиями других подчиненных зон или зон Active Directory.
Если вы попытаетесь изменить запись DNS во вторичной зоне, она может перенаправить вас в другую зону с доступом для чтения/записи. Сам по себе изменить не может.
Одна из основных целей ведомой зоны — служить в качестве резервной.Когда основная зона отключена, она по-прежнему может отвечать на запросы зоны из своей копии.

Ознакомьтесь со следующим пошаговым руководством , чтобы узнать, как создать вторичную (подчиненную) зону в ClouDNS.

  1. Нажмите кнопку входа и введите свой адрес электронной почты и пароль.
  2. После входа в систему вы увидите панель управления. Из списка вы заметите, что у вас нет зарегистрированного DNS.
  3. Нажмите кнопку «Добавить новую», а затем нажмите «Вспомогательная/Резервная зона» 
  4. В первом поле введите имя своего домена без HTTP, HTTPS или WWW.Пример: вашдомен.com. Во втором поле справа добавьте IP-адрес вашего Мастер-сервера. Как только вы это сделаете, нажмите кнопку «Добавить ведомого».

Вы успешно создали зону Secondary ( Slave ) . В верхнем меню вы увидите доступные параметры для вашей ведомой зоны. Здесь также находится IP-адрес вашего основного сервера.

Если вы хотите использовать вторичные зоны DNS, вы также можете просмотреть нашу страницу вторичных DNS и решить, какой из наших премиальных планов вам подходит.

Теперь вы знаете, что такое DNS-зона и в чем разница между этими двумя типами — Первичная DNS-зона и Вторичная DNS-зона . По любым дополнительным вопросам о вашей инфраструктуре DNS вы можете обратиться в нашу службу поддержки.

Зона DNS VS. Домен

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

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

Зона — это раздел пространства имен домена, для которого требуется первичный сервер имен и которым можно управлять отдельно. Зона может совпадать с доменом и охватывать все его поддомены, а может быть просто частью домена. У вас могут быть отдельные зоны для mail.yoursite.com, и ftp.yoursite.com для вашего домена yoursite.com.

Premium Secondary DNS hosting — Попробуйте бесплатно

(Посетили 20 780 раз, 9 посещений сегодня)

Понравилась эта статья? Не забудьте поделиться.

Теги: резервный DNS, резервная зона, резервное копирование DNS, зона DNS, главный DNS, главная зона DNS, главный подчиненный DNS, первичный DNS, первичная зона DNS, основная зона, вторичный DNS, вторичная зона DNS, вторичная зона, подчиненный DNS, подчиненный DNS zone, Что такое DNS-зона Последнее изменение: 19 января 2022 г.

Что такое зона DNS и как она работает?

Каждое доменное имя, являющееся частью системы DNS, имеет несколько настроек DNS, также известных как записи DNS.Для того, чтобы эти записи DNS содержались в порядке, была создана зона DNS.

Зона DNS

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

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

Файл зоны DNS

Файл зоны DNS — это представление зоны DNS — это фактический файл, содержащий все записи для определенного домена.В файле зоны DNS каждая строка может содержать только одну запись, и каждый файл зоны DNS должен начинаться с TTL (время жизни), которое указывает, как долго записи должны храниться в кэше DNS-сервера. Другой обязательной записью для файла зоны DNS является запись SOA (Start of Authority), которая указывает основной полномочный сервер имен для зоны DNS.

После указания этих двух записей можно добавить дополнительные записи, например записи A или NS. При добавлении записи для имени хоста имя хоста должно заканчиваться точкой (.). Имена хостов, которые не заканчиваются точкой, считаются относительными к основному доменному имени, для которого создана Зона DNS. Например, при указании записи «www» точку после нее ставить не нужно.

Комментарии в файле зоны DNS должны начинаться с точки с запятой (;), а начало многострочного комментария обозначается квадратными скобками («(«), а комментарии снова должны начинаться с точки с запятой. Когда многострочные комментарии заканчиваются, они необходимо снова закрыть скобкой («»)», расположенной на одной строке.

Пример файла зоны DNS:

$ORIGIN example.com. ; обозначает начало этого файла зоны в пространстве имен
$TTL 1h ; Время истечения срока действия по умолчанию для записи ресурса без собственного значения TTL
example.com. В SOA ns.example.com. root.example.com. (
2008120710 ; серийный номер этого файла зоны
1d ; обновление подчиненного устройства (1 день)
1d ; время повторного запуска подчиненного устройства в случае возникновения проблемы (1 день)
902 4w ; подчиненное устройство 4 недели)
1 час ; минимальное время кэширования в случае неудачных поисков (1 час)
)
пример.ком. NS dns1.ntchosting.com. ; ns.example.com — это сервер имен для example.com
example.com. NS dns2.ntchosting.com. ; ns.somewhere.com — это резервный сервер имен для example.com
example.com. MX 10 mx1.ntchosting.com
example.com. MX 10 mx2.ntchosting.com ; mail.example.com — это почтовый сервер для example.com
example.com. А 209.25.134.47 ; IP-адрес для «example.com»
www A 209.25.134.47

Управление зоной DNS

Он включает в себя широкий спектр задач, таких как определение иерархии имен в зоне и процедуры регистрации имен, обеспечивающие правильную работу DNS-серверов.Количество действий по управлению зависит от размера полномочий, стоящих за конкретной зоной DNS. С помощью удобной панели управления веб-хостингом, которую мы, NTC Hosting, предоставляем вам, вы можете управлять всеми записями в зоне DNS. Управление DNS — это функция, предлагаемая во всех наших планах веб-хостинга.

Обзор зон и записей DNS

— Azure DNS

  • Статья
  • 12 минут на чтение
  • 14 участников

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

В этой статье объясняются основные понятия доменов, зон DNS, записей DNS и наборов записей. Вы узнаете, как это поддерживается в Azure DNS.

Доменные имена

Система доменных имен представляет собой иерархию доменов. Иерархия начинается с «корневого» домена, имя которого просто «».‘. Ниже этого идут домены верхнего уровня, такие как «com», «net», «org», «uk» или «jp». Ниже доменов верхнего уровня находятся домены второго уровня, такие как «org.uk» или «co.jp». Домены в иерархии DNS распределены по всему миру и размещаются на серверах имен DNS по всему миру.

Регистратор доменных имен — это организация, которая позволяет вам приобрести доменное имя, например contoso.com . Покупка доменного имени дает вам право управлять иерархией DNS под этим именем, например, позволяя вам указывать имя www.contoso.com на веб-сайт вашей компании. Регистратор может разместить домен на своих серверах имен от вашего имени или разрешить вам указать альтернативные серверы имен.

Azure DNS предоставляет глобально распределенную и высокодоступную инфраструктуру сервера имен, которую можно использовать для размещения своего домена. Размещая свои домены в Azure DNS, вы можете управлять своими записями DNS с помощью тех же учетных данных, API, инструментов, выставления счетов и поддержки, что и другие ваши службы Azure.

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

зоны DNS

Зона DNS используется для размещения записей DNS для определенного домена. Чтобы начать размещать свой домен в Azure DNS, вам необходимо создать зону DNS для этого доменного имени. Каждая запись DNS для вашего домена затем создается внутри этой зоны DNS.

Например, домен contoso.com может содержать несколько записей DNS, например mail.contoso.com (для почтового сервера) и www.contoso.com (для веб-сайта).

При создании зоны DNS в Azure DNS:

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

Примечание

Вам не обязательно владеть доменным именем, чтобы создать зону DNS с этим доменным именем в Azure DNS. Однако вам необходимо владеть доменом, чтобы настроить серверы имен Azure DNS в качестве правильных серверов имен для доменного имени у регистратора доменных имен.

Дополнительные сведения см. в статье Делегирование домена в Azure DNS.

записи DNS

Имена записей

В Azure DNS записи указываются с использованием относительных имен.Полное доменное имя (FQDN) включает имя зоны, а относительное имя — нет. Например, относительное имя записи www в зоне contoso.com дает полное имя записи www.contoso.com .

Запись apex — это запись DNS в корне (или apex ) зоны DNS. Например, в зоне DNS contoso.com запись вершины также имеет полное имя contoso.com (иногда его называют голым доменом ). По соглашению относительное имя «@» используется для представления записей вершины.

Типы записей

Каждая запись DNS имеет имя и тип. Записи организованы в различные типы в зависимости от данных, которые они содержат. Наиболее распространенным типом является запись «A», которая сопоставляет имя с адресом IPv4. Другим распространенным типом является запись «MX», которая сопоставляет имя с почтовым сервером.

Azure DNS поддерживает все распространенные типы записей DNS: A, AAAA, CAA, CNAME, MX, NS, PTR, SOA, SRV и TXT.Обратите внимание, что записи SPF представлены с помощью записей TXT.

Наборы записей

Иногда необходимо создать более одной записи DNS с заданным именем и типом. Например, предположим, что веб-сайт www.contoso.com размещен на двух разных IP-адресах. Для веб-сайта требуются две разные записи A, по одной для каждого IP-адреса. Вот пример набора записей:

  www.contoso.com. 3600 В А 134.170.185.46
www.contoso.com. 3600 ДЮЙМОВ 134.170.188.221
  

Azure DNS управляет всеми записями DNS, используя наборы записей . Набор записей (также известный как набор записей ресурса ) — это набор записей DNS в зоне с одинаковым именем и одним типом. Большинство наборов записей содержат одну запись. Однако примеры, подобные приведенному выше, в которых набор записей содержит более одной записи, не являются чем-то необычным.

Например, предположим, что вы уже создали запись A «www» в зоне «contoso.com», указывающий на IP-адрес «134.170.185.46» (первая запись выше). Чтобы создать вторую запись, вы должны добавить эту запись в существующий набор записей, а не создавать дополнительный набор записей.

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

Время жизни

Время жизни, или TTL, указывает, как долго каждая запись кэшируется клиентами перед повторным запросом.В приведенном выше примере TTL составляет 3600 секунд или 1 час.

В Azure DNS TTL указывается для набора записей, а не для каждой записи, поэтому одно и то же значение используется для всех записей в этом наборе записей. Вы можете указать любое значение TTL от 1 до 2 147 483 647 секунд.

Записи с подстановочными знаками

Azure DNS поддерживает записи с подстановочными знаками. Записи с подстановочными знаками возвращаются в ответ на любой запрос с совпадающим именем, если нет более близкого совпадения из набора записей без подстановочных знаков.Azure DNS поддерживает наборы записей с подстановочными знаками для всех типов записей, кроме NS и SOA.

Чтобы создать набор записей с подстановочными знаками, используйте имя набора записей ‘*’. Вы также можете использовать имя с ‘*’ в качестве крайней левой метки, например, ‘*.foo’.

Записи CAA

Записи CAA

позволяют владельцам доменов указывать, какие центры сертификации (ЦС) уполномочены выдавать сертификаты для своего домена. Эта запись позволяет центрам сертификации избежать неправильной выдачи сертификатов в некоторых случаях. Записи CAA имеют три свойства:

  • Флаги : Это поле представляет собой целое число от 0 до 255, используемое для представления критического флага, который имеет особое значение в соответствии с RFC
  • .
  • Тег : строка ASCII, которая может быть одной из следующих:
    • проблема : если вы хотите указать центры сертификации, которым разрешено выдавать сертификаты (всех типов)
    • issuewild : если вы хотите указать ЦС, которым разрешено выдавать сертификаты (только сертификаты с подстановочными знаками)
    • iodef : укажите адрес электронной почты или имя хоста, на которые центры сертификации могут уведомлять о несанкционированных запросах на выпуск сертификатов
  • Значение : значение для выбранного тега

Записи CNAME

Наборы записей CNAME не могут сосуществовать с другими наборами записей с тем же именем.Например, нельзя одновременно создать набор записей CNAME с относительным именем «www» и запись A с относительным именем «www».

Поскольку вершина зоны (имя = ‘@’) всегда будет содержать наборы записей NS и SOA во время создания зоны, вы не можете создать набор записей CNAME в вершине зоны.

Эти ограничения вытекают из стандартов DNS и не являются ограничениями Azure DNS.

Записи NS

Запись NS, установленная на вершине зоны (имя ‘@’), создается автоматически для каждой зоны DNS и автоматически удаляется при удалении зоны.Его нельзя удалить отдельно.

Этот набор записей содержит имена серверов имен Azure DNS, назначенных зоне. Вы можете добавить больше серверов имен в этот набор записей NS, чтобы поддерживать совместное размещение доменов с несколькими провайдерами DNS. Вы также можете изменить TTL и метаданные для этого набора записей. Однако удаление или изменение предварительно заполненных серверов имен Azure DNS не допускается.

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

записей SOA

Набор записей SOA создается автоматически в вершине каждой зоны (имя = ‘@’) и автоматически удаляется при удалении зоны. Записи SOA нельзя создавать или удалять отдельно.

Вы можете изменить все свойства записи SOA, кроме свойства «хост». Это свойство предварительно настраивается для ссылки на имя основного сервера имен, предоставленное Azure DNS.

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

записей SPF

Записи инфраструктуры политик отправителей (SPF) используются для указания того, какие почтовые серверы могут отправлять электронную почту от имени доменного имени. Правильная настройка записей SPF важна, чтобы получатели не помечали вашу электронную почту как нежелательную.

В DNS RFC изначально был введен новый тип записи SPF для поддержки этого сценария. Для поддержки старых серверов имен они также разрешали использовать тип записи TXT для указания записей SPF.Эта двусмысленность привела к путанице, которая была устранена в RFC 7208. В нем говорится, что записи SPF должны создаваться с использованием типа записи TXT. В нем также говорится, что тип записи SPF устарел.

Записи SPF поддерживаются Azure DNS и должны создаваться с использованием типа записи TXT. Устаревший тип записи SPF не поддерживается. При импорте файла зоны DNS все записи SPF, использующие тип записи SPF, преобразуются в тип записи TXT.

SRV-записи

Записи

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

  • Служба и протокол должны быть указаны как часть имени набора записей с префиксом подчеркивания. Например, «_sip._tcp.name». Для записи в вершине зоны нет необходимости указывать «@» в имени записи, просто используйте сервис и протокол, например «_sip._tcp».
  • приоритет , вес , порт и цель указываются как параметры каждой записи в наборе записей.

TXT-записи

Записи

TXT используются для сопоставления доменных имен с произвольными текстовыми строками. Они используются во многих приложениях, в частности связанных с конфигурацией электронной почты, таких как Sender Policy Framework (SPF) и DomainKeys Identified Mail (DKIM).

Стандарты DNS разрешают одной записи TXT содержать несколько строк, каждая из которых может иметь длину до 255 символов. Если используется несколько строк, они объединяются клиентами и обрабатываются как одна строка.

При вызове REST API Azure DNS необходимо указать каждую строку TXT отдельно. При использовании портала Azure, интерфейсов PowerShell или CLI следует указывать одну строку для каждой записи, которая при необходимости автоматически делится на сегменты по 255 символов.

Несколько строк в записи DNS не следует путать с несколькими записями TXT в наборе записей TXT. Набор записей TXT может содержать несколько записей, каждая из которых может содержать несколько строк.Azure DNS поддерживает общую длину строки до 1024 символов в каждом наборе записей TXT (для всех записей вместе взятых).

Теги

Теги

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

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

Метаданные

В качестве альтернативы тегам наборов записей Azure DNS поддерживает аннотирование наборов записей с помощью «метаданных». Подобно тегам, метаданные позволяют связать пары «имя-значение» с каждым набором записей. Эта функция может быть полезна, например, для записи цели каждого набора записей. В отличие от тегов, метаданные нельзя использовать для предоставления отфильтрованного представления вашего счета Azure и их нельзя указать в политике Azure Resource Manager.

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

Azure DNS использует Etags для безопасной обработки одновременных изменений одного и того же ресурса. Etags отделены от тегов Azure Resource Manager. С каждым ресурсом DNS (зоной или набором записей) связан Etag. Всякий раз, когда ресурс извлекается, его Etag также извлекается. При обновлении ресурса вы можете вернуть Etag, чтобы Azure DNS мог проверить соответствие Etag на сервере.Поскольку каждое обновление ресурса приводит к повторной генерации Etag, несоответствие Etag указывает на то, что произошло параллельное изменение. Etags также можно использовать при создании нового ресурса, чтобы убедиться, что ресурс еще не существует.

По умолчанию Azure DNS PowerShell использует Etags для блокировки одновременных изменений зон и наборов записей. Дополнительный переключатель -Overwrite можно использовать для подавления проверок Etag, и в этом случае любые одновременные изменения, которые произошли, будут перезаписаны.

На уровне REST API Azure DNS Etags указываются с помощью заголовков HTTP.Их поведение приведено в следующей таблице:

.
Коллектор Поведение
Нет PUT всегда завершается успешно (без проверок Etag)
Если-соответствует PUT завершается успешно, только если ресурс существует и Etag соответствует
При совпадении * PUT выполняется успешно, только если ресурс существует
Если нет совпадений * PUT завершается успешно, только если ресурс не существует

Пределы

При использовании Azure DNS применяются следующие ограничения по умолчанию:

Общедоступные зоны DNS

Ресурс Ограничение
Общедоступных зон DNS на подписку 250 1
Наборы записей для общедоступной зоны DNS 10 000 1
Количество записей на набор записей в общедоступной зоне DNS 20
Количество записей псевдонимов для одного ресурса Azure 20

1 Если вам нужно увеличить эти ограничения, обратитесь в службу поддержки Azure.

Частные зоны DNS

Ресурс Ограничение
Частные зоны DNS на подписку 1000
Наборы записей на частную зону DNS 25000
Количество записей на набор записей для частных зон DNS 20
Виртуальные сетевые ссылки на частную зону DNS 1000
Виртуальные сети Ссылки на частные зоны DNS с включенной автоматической регистрацией 100
Количество частных зон DNS, к которым может быть подключена виртуальная сеть с включенной автоматической регистрацией 1
Количество частных зон DNS, с которыми может быть связана виртуальная сеть 1000
Количество DNS-запросов, которое виртуальная машина может отправить на сопоставитель DNS Azure, в секунду 1000 1
Максимальное количество DNS-запросов в очереди (ожидающих ответа) на виртуальную машину 200 1

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

Следующие шаги

DNS-запись: что такое файл зоны?

Система доменных имен (DNS) гарантирует, что когда пользователи вводят домен в своем браузере, пользователь сможет получить IP-адрес и получить доступ к веб-сайту. Весь процесс требует участия нескольких DNS-серверов, подключенных друг к другу (ссылка поиска DNS). В рамках этого процесса авторитетный сервер имен отвечает за точное указание того, с каким конкретным сервером следует связаться, чтобы пользователь мог получить доступ к запрошенному веб-сайту или воспользоваться определенной веб-службой.Но как полномочный сервер имен узнает, с каким сервером связаться?

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

Файл зоны

Файл зоны (или «мастер-файл») — это текстовый файл, содержащий RR в текстовом формате и используемый для авторитетного определения зоны. Зона (или зона DNS) — это любая отдельная, непрерывная часть пространства доменных имен в DNS, административная ответственность за которую делегирована одному менеджеру.Зона может включать одно доменное имя, доменное имя с несколькими поддоменами или множество доменных имен. В случае одного доменного имени зона по существу является доменным именем.

Файл зоны содержит информацию о домене и инструкции о том, как определенные DNS-серверы будут обрабатывать запросы для этого домена. Хотя в некоторых случаях файл зоны также может быть файлом, используемым для перечисления содержимого кеша DNS. Файлы зон являются стандартной практикой в ​​индустрии DNS и очень важны при переносе доменной зоны к другому провайдеру DNS или при создании резервной копии записей вашего домена на вторичном сервере имен.Файлы зон по умолчанию хранятся в «именованном» рабочем каталоге (/var/named/) и могут быть экспортированы из вашего DNS-провайдера.

Ниже приведен пример файла зоны (источник Wikipedia):

Для корректной обработки данных в файле зоны необходимо соблюдать определенные рекомендации, иначе DNS не сможет работать должным образом (или клиент получит сообщение об ошибке SERVFAIL). По этой причине файл зоны следует синтаксису DNS, определенному в RFC 1035, раздел 5. При этом каждая запись в файле зоны соответствует «строчно-ориентированной» последовательности (т.е. одна строка на запись), и каждая запись строки будет либо директивой , либо текстовым описанием записи ресурса .

Директивы необязательны, но для предоставления службы DNS в зону необходимы записи ресурсов. Каждая запись состоит из полей, разделенных любой комбинацией пробелов (табуляции и пробелов), и заканчивается разрывом строки, за исключением строкового значения поля в кавычках или пары закрывающих круглых скобок (например, скобок). Запись строки может заканчиваться текстом комментария, которому предшествует точка с запятой «;» (таким образом создается информация о записи DNS без обработки текста сервером.). Записи могут располагаться в файле зоны в любом порядке, за некоторыми исключениями. Вы можете вставлять пустые строки, чтобы структурировать свои записи. Они также просто игнорируются системой во время считывания.

А. Директивы

Директивы — это управляющие записи, влияющие на остальную часть файла зоны. Он указывает серверу имен выполнять задачи или применять специальные настройки к зоне. Обычно они находятся в верхней части файла зоны. Первое поле директивы состоит из знака доллара «$», за которым следует имя директивы.Ниже приведены часто используемые директивы:

  • $ORIGIN , за которым следует доменное имя, которое будет использоваться в качестве источника (или корневого домена) для последующих относительных доменных имен. Любое NAME, используемое в RR, которые не заканчиваются конечной точкой ( . ), добавляются с доменным именем, указанным в источнике.
  • $INCLUDE , за которым следует имя файла и необязательное имя исходного домена, которые будут использоваться при интерпретации его содержимого. Настраивает «именованный» каталог для включения другого файла зоны в этот файл зоны.Это позволяет сохранять дополнительные настройки зоны отдельно от основного файла зоны.
  • За $TTL следует число, которое будет использоваться в качестве TTL (времени жизни) по умолчанию для зоны. Это время в секундах, в течение которого зона RR действительна. Увеличение этого значения позволяет удаленным серверам имен кэшировать информацию о зоне в течение более длительного периода времени, уменьшая количество запросов к зоне и увеличивая количество времени, необходимое для распространения изменений RR. Это считается глобальным TTL всех RR.Добавление этой директивы может позволить опустить поле TTL в RR. Однако, если RR указывает свое значение TTL, значение в этой директиве будет переопределено.
  • $GENERATE — это нестандартное расширение, принятое программным обеспечением BIND и некоторым другим программным обеспечением серверов имен для вставки нескольких RR с одной записью, за которой следует краткое представление возрастающей последовательности неотрицательных чисел, а затем запись шаблона RR. Для каждого числа в последовательности добавляется RR с использованием шаблона с неэкранированными символами «$», заменяемыми числом.

B. Ресурсные записи

Записи ресурсов подразделяются на несколько типов записей DNS, каждая из которых имеет определенные информационные элементы, называемые полями, для предоставления определенной службы разрешения имен. Значения в полях — это те, которые распознаватели DNS возвращают по запросу. Например, для типа записи DNS, называемого записью A, наиболее важным полем (RDATA) является адрес IPv4, а для типа записи DNS, называемого записью CNAME, наиболее важным полем является каноническое доменное имя.

Каждая запись DNS содержит разные поля, однако они по-прежнему имеют общие поля. Эти общие поля описаны ниже:

  • ИМЯ — В этом поле указывается полное доменное имя (FQDN), а также указывается имя владельца записи. Если это поле оставить пустым в записи, оно унаследует поле от предыдущей записи. Если это поле имеет отдельно стоящий @, это обозначает текущий ORIGIN (или корневой домен), установленный в директивах.И если в этом поле есть «www», или «ftp» и т. д., это может обозначать поддомен текущего ORIGIN.
  • TYPE – Это поле представляет собой 2-байтовое значение, указывающее тип RR. Тип определяет предполагаемое использование записи. DNS-имя может иметь более одного типа записей. Например, DNS-имя может иметь запись A (значение = 1), которая используется для преобразования доменного имени в соответствующий адрес IPv4, запись CNAME (значение = 5) используется для преобразования псевдонима в соответствующее ему каноническое имя и т. д. .Более подробное описание наиболее распространенных типов DNS-записей будет представлено в этой статье.
  • КЛАСС – Это поле определяет семейство протоколов для записи. Каждый класс является независимым пространством имен с потенциально разными делегированиями зон DNS. Для этого поля возможен только класс Интернета (IN), и он назначается общим записям DNS, включающим имена хостов в Интернете, серверы или IP-адреса. Исторически, когда RR были впервые введены, также были возможны классы Hesiod (HS) и Chaos (CH).Однако и Гесиод, и Хаос сегодня больше не действуют.
  • TTL (время жизни) — Это поле представляет собой продолжительность времени, в течение которого копия записи будет кэшироваться на сервере, и измеряется в секундах. Поскольку серверы будут обновлять запись (с исходного сервера) каждый раз после TTL, TTL также может указывать частоту кэширования записи. Это означает, что чем ниже значение TTL, тем чаще будет обновляться запись. Значение TTL по умолчанию составляет 3600 секунд (или 1 час), а нулевое значение TTL означает, что сервер не будет кэшировать запись.
  • RDLENGTH – Это поле представляет собой длину поля данных в октетах.
  • RDATA — Это поле является данными ресурса, и его значение зависит от типа записи. Это данные, которые возвращаются во время поиска DNS (то есть «ответ», который пользователи ищут по запросу). Например, значение может быть IP-адресом хоста для записей A или приоритетом и именем хоста для записей MX и т. д. Общеизвестные типы записей могут использовать сжатие меток в поле RDATA, но «неизвестные» типы записей не должны.RDATA наиболее распространенных типов записей DNS будут представлены в следующем разделе.

Примечание. Когда вы вносите изменения в запись DNS, для вступления изменения в силу может потребоваться время TTL. А когда вы добавите новую запись, она будет видна интернет-пользователям уже через 5 минут.

Подробное описание их настройки и использования

Работа в Интернете стала образом жизни, но задумывались ли вы когда-нибудь, что на самом деле происходит в фоновом режиме? Скажем, когда вы вводите google.com или espn.com, каким волшебным образом ваш браузер отображает информацию, которую вы ищете? Что ж, многие вещи объединяются, чтобы сделать это возможным, но сегодня мы поговорим о DNS и DNS-зонах.

Что такое DNS?

Каждое устройство в Интернете имеет уникальный IP-адрес, который позволяет другим устройствам легко идентифицировать устройство и связываться с ним. Но этот IP-адрес трудно запомнить людям, потому что он представляет собой набор чисел. Например, это 8.8.4.4 в IPv4 и 2001:4860:4860::8888 в IPv6 для Google.

Поскольку невозможно запомнить IP-адрес для каждого сайта, была введена система именования доменов (DNS). Это система сопоставления, которая преобразует каждый IP-адрес в удобочитаемое слово, такое как google.com или espn.com.

Когда вы набираете URL в браузере, система DNS тут же просматривает свои таблицы, преобразует человекочитаемое имя в IP-адрес, ищет устройство с этим IP, загружает с него информацию и отображает то же самое вам — все в течение примерно 50 микросекунд!

Wikimedia

Поскольку эти DNS-серверы играют такую ​​важную роль в картографировании, важно постоянно следить за их работоспособностью и производительностью.

Что такое зоны DNS?

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

Другими словами, эти зоны созданы для простоты администрирования и резервирования, а также помогают администраторам повысить производительность и доступность.

Зону DNS можно рассматривать как горизонтальную платформу, пересекающую различные субдомены, принадлежащие компании.Например, зона DNS может применяться для blog.hubspot.com, report.hubspot.com и т. д. Но если вы рассматриваете любой субдомен как отдельный сайт, требующий специального администрирования, то для него требуется отдельная зона.

Вся эта информация о том, какие поддомены входят в зону DNS, записи, хранящиеся в каждом, и контактная информация администратора зоны хранятся в файле зоны DNS. Формат хранится в соответствии с записями начала полномочий (SOA), и точная информация будет зависеть от типа зоны.

Типы зон DNS

Вообще говоря, существует пять типов зон DNS.

  • Первичная зона
  • Вторичная зона
  • Зона, интегрированная с Active Directory
  • Зона-заглушка
  • Зона обратного просмотра

Первичная зона

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

Зона, интегрированная с Active Directory

Зона, интегрированная с Active Directory, устраняет проблемы основной зоны, которая сильно зависит от одного DNS-сервера. Здесь основная зона DNS хранится в Active Directory, а не в зоне DNS. Другими словами, файл зоны DNS, содержащий информацию о зоне DNS, остается в базе данных Active Directory.

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

Однако ограничение заключается в том, что вы должны установить DNS на контроллере домена.

Вторичная зона

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

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

Заглушка

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

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

Зона обратного просмотра

В этой зоне файл зоны содержит сопоставление IP-адреса с хостом.Например, если у вас есть IP-адрес, вы можете отправить его в зону DNS и получить имя хоста. Эти зоны в основном используются при устранении неполадок, когда вы знаете IP-адрес из файлов журнала и хотите узнать имя хоста.

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

Настройка зоны DNS

Вот пошаговая инструкция по настройке зоны DNS в Windows Server 2019, и этот процесс одинаков для Windows Server 2016, 2012 и так далее, вплоть до Windows 2000.

  • Перейдите к DNS-серверу и разверните левую панель.
  • Щелкните сервер правой кнопкой мыши и выберите «Новая зона». Откроется мастер создания зоны.
  • На втором этапе вы увидите разные зоны, так что выберите нужную.
  • Наконец, посмотрите на флажок справа внизу. Отметьте его, если хотите реплицировать эту зону на другие контроллеры домена.
  • На следующем шаге проверьте, является ли это зоной прямого или обратного просмотра.
  • Далее назовите вашу зону, и в следующем окне вам сообщат, что будет создан файл зоны.
  • В следующем окне у вас есть возможность разрешить динамические обновления. По умолчанию он не настроен в основной зоне, отличной от Active Directory, поэтому при необходимости измените значения по умолчанию. Рекомендуется использовать значение по умолчанию, чтобы предотвратить взлом DNS.
  • На следующем экране нажмите кнопку «Готово», и вы увидите новую зону DNS на вашем DNS-сервере, и по умолчанию она будет иметь начальные полномочия, а также записи сервера имен.
  • Щелкните правой кнопкой мыши только что созданную зону DNS и выберите «Новый хост».
  • Введите внутренний IP-адрес. Вы также можете создать запись обратного указателя, установив флажок внизу. Наконец, нажмите «Добавить зону».
  • Для проверки откройте командную строку и введите ping, а затем имя только что созданной зоны. Вы должны увидеть введенный вами IP.

Благодаря этому ваши внутренние пользователи могут получить доступ к этой зоне. Но для внешних пользователей сделайте переадресацию порта 443 и порта 80 TCP.

Использование прямой консоли IPAM

Помимо описанного выше метода, вы также можете использовать прямую консоль IPAM для создания зон DNS.Вот как это сделать.

  • Перейдите в Диспетчер серверов и щелкните IPAM, чтобы открыть консоль.
  • Перейдите к разделу Мониторинг и управление и щелкните Серверы DNS и DHCP. В опции «Тип сервера» нажмите DNS-сервер, и вы увидите все DNS-серверы, управляемые IPAM.
  • Выберите DNS-сервер, к которому вы хотите добавить зону. Щелкните его правой кнопкой мыши и выберите «Создать зону DNS».
  • В диалоговом окне перейдите в «Общие свойства» и выберите тип и категорию зоны. Дайте имя зоны и просмотрите другие значения, прежде чем нажать «ОК».

Это создаст вашу зону DNS.

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

Рекомендуемое изображение: Shutterstock

Сеть

— разница между зоной DNS и доменом DNS. Сеть

— разница между зоной DNS и доменом DNS.

спросил

Просмотрено 23 тысячи раз


Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме переполнения стека.

Закрыта 8 лет назад.

Я запутался между двумя понятиями DNS. Мой вопрос: в чем разница между «зоной DNS» и «доменом DNS»?

спасибо

спросил 16 марта 2014 в 17:57

пользователь3242743пользователь3242743

1 67155 золотых знаков2222 серебряных знака3131 бронзовый знак

1

Как объяснено здесь:

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

Иногда бывает сложно понять разницу между зоной и доменом. сбивает с толку. Зона — это просто часть домена. Например, Домен Microsoft.com может содержать все данные для Microsoft.com, Marketing.microsoft.com и Development.microsoft.com. Однако зона Microsoft.com содержит только информацию для Microsoft.com и ссылки на авторитетные серверы имен для субдоменов.

Зона Microsoft.com может содержать данные для поддоменов Microsoft.com, если они не были делегированы другому серверу. Для например, Marketing.microsoft.com может управлять собственной делегированной зоной. Development.microsoft.com может управляться материнской компанией Microsoft.com.

Если поддоменов нет, то зона и домен по сути тоже самое. В этом случае зона содержит все данные для домена.

Более подробная информация доступна здесь и здесь.

Добавить комментарий

Ваш адрес email не будет опубликован.