Настройка ресурсных записей в личном кабинете

Содержание:

DNS-записи домена — введение

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

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

example.com
mail.hello.example.com

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

Серверы имен

Выбор и указание сервера DNS является неотъемлемой частью владения доменом. Иначе клиентские устройства не будут знать, где найти информацию о DNS.

Серверы имен размещают информацию о домене DNS в текстовом файле, который называется файлом зоны. Они также известны как записи Start of Authority (SOA). Вы можете разместить свою информацию DNS на серверах имен в одном из нескольких мест:

  • Регистратор домена;
  • Ваш собственный DNS-сервер;
  • Сторонний DNS-хостинг.

DNS-записи и файлы зон

Записи DNS сопоставляют доменные имена с IP-адресами. Затем DNS-записи автоматически объединяются в файл зоны, что позволяет подключенным устройствам искать правильный IP-адрес домена. Если вы решите использовать серверы имен Linode, диспетчер DNS поможет создать файл зоны. Он содержит следующие записи:

; example.com 
$TTL 86400
@  IN  SOA ns1.linode.com. admin.example.com. 2013062147 14400 14400 1209600 86400
@       NS  ns1.linode.com.
@       NS  ns2.linode.com.
@       NS  ns3.linode.com.
@       NS  ns4.linode.com.
@       NS  ns5.linode.com.
@           MX  10  mail.example.com.
@           A   12.34.56.78
mail        A   12.34.56.78
www         A   12.34.56.78

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

Разрешение DNS

Доменное имя должно быть переведено на IP-адрес. DNS сопоставляет понятные пользователю доменные имена (example.com) с IP-адресами (192.0.2.8). Это происходит в специальном текстовом файле, называемом файлом зоны. В нем перечислены домены и соответствующие им IP-адреса. Файл зоны похож на телефонную книгу, в которой имена совпадают с адресами улиц.

Вот как работает процесс поиска DNS:

  1. Вы вводите доменное имя, например com,в адресную строку браузера.
  2. Компьютер подключен к интернету через провайдера (ISP). DNS-преобразователь интернет-провайдера запрашивает у корневого сервера имен соответствующий сервер имен TLD.
  3. Корневой DNS-сервер отвечает IP-адресом для сервера имен .com.
  4. DNS-распознаватель провайдера использует IP-адрес, полученный от корневого сервера имен.
  5. Сервер имен .comотвечает IP-адресом сервера имен com.
  6. DNS-распознаватель ISP считывает файл зоны с сервера имен домена.
  7. Файл зоны показывает, какой IP-адрес соответствует домену.
  8. Теперь, когда у провайдера есть IP-адрес для com, он возвращает его браузеру, который затем обращается к серверу сайта.

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

Но кэширование может стать проблемой, если вы недавно внесли изменения в информацию о DNS. Для ее решения измените значение времени жизни файла зоны (TTL), чтобы обновление DNS происходило быстрее.

Типы запросов DNS

Есть 2 основных запроса, которые возникают при разрешении DNS.

Рекурсивный запрос

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

Итеративный запрос

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

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

Направление по A-записи

Самый общепринятый способ настройки домена. На скриншоте выше видно две DNS записи типа A:

A 66.6.44.4
A 66.6.44.4

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

Далее DNS-сервер отвечает, что в записи типа А (Address) содержится IPv4 адрес 66.6.44.4, происходит соединение и веб-сервер отдает страницу.

66.6.44.4 — это адрес популярной блог-платформы Tumblr.

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

Такого же эффекта можно добиться, использовав вместо второй A-записи другую запись:

CNAME

Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя. Запись из примера направляет на , а отдает адресную запись и пошло-поехало.

Как привязать домен к хостингу автоматически

  1. 1.
    Авторизуйтесь на сайте REG.RU и перейдите в .
  2. 2.

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

  3. 3.

    Нажмите Привязать домен:

    Как подключить домен к сайту

    Нельзя подключить домен?

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

  4. 4.

    В шторке справа находятся две вкладки «На аккаунте» и «Другие домены»:

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

Домены на аккаунте

Выберите доступный домен из списка:


В списке отображаются и недоступные домены. Под ними будет написано «Уже подключен к другому хостингу».

  1. 5.

    Чтобы домен был привязан автоматически, переведите слайдер «Автоматически настроить DNS-серверы и записи зоны» в положение ON. Затем нажмите Подключить:

    Как прикрепить домен к сайту

  2. 6.

    После подключения появится сообщение:

    Как прикрепить сайт к домену

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

Другие домены

Введите домен, который хотите привязать к хостингу, и нажмите Продолжить:


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

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

  1. 5.

    Нажмите Подключить:

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

  2. 6.

    После подключения во всплывающем блоке появится уведомление:

DNS-серверы обновятся в течение 24 часов.

Где находятся DNS-серверы

Основой DNS-системы являются корневые серверы. Их всего 13. Они принадлежат разным операторам и находятся в Северной Америке. Чтобы повысить устойчивость системы, были созданы копии основных серверов в разных странах. Таким образом, корневых серверов стало 123. Каждой копии присваивается тот же IP DNS-сервера, что и у главного устройства.

DNS-серверы расположены согласно интенсивности использования интернет-инфраструктуры. Больше всего серверов всё равно находится в Северной Америке, но копии сервера есть и в России, Европе, Австралии, Китае, Бразилии, ОАЭ и других странах, включая Исландию.

В России реплики корневых серверов DNS находятся в Москве, Санкт-Петербурге, Новосибирске, Ростове-на-Дону, Екатеринбурге.

CNAME record format

The structure of an A record follows the standard top-level format definition defined . The RDATA section is composed of one single element:

Element Description
domain-name A domain name which specifies the canonical or primary name for the record.

The canonical representation is:

where is a fully-qualified domain name such as .

In DNSimple, the CNAME record is represented by the following customizable elements:

Element Description
Name The host name for the record, without the domain name. This is generally referred to as “subdomain”. We automatically append the domain name.
TTL The time-to-live in seconds. This is the amount of time the record is allowed to be cached by a resolver.
Content The domain-name the CNAME maps to.

Запись SOA

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

Все DNS записи можно редактировать в панели ISPManager. Их можно менять, зайдя в раздел Доменные имена. Потребуется кликнуть на конкретный домен, после чего удастся отредактировать запись. Также можно использовать панель DirectAdmin для выполнения этой же задачи. В этом случае придётся перейти во вкладку управление DNS. Естественно, нужно указывать только правильную информацию в соответствующем формате. В этом случае сайт будет правильно функционировать без каких-либо сбоев.

Теги Etag

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

Служба Azure DNS использует теги Etag для безопасной обработки параллельных изменений одного ресурса. Теги ETag не связаны с . С каждым ресурсом DNS (зоной или набором записей) связан Etag. При извлечении ресурса также передается его значение Etag. При обновлении ресурса вы можете вернуть Etag, чтобы служба Azure DNS могла сопоставить его с Etag на сервере. Так как каждое обновление ресурса приводит к повторному созданию Etag, несовпадение Etag указывает на параллельное изменение. Теги Etag можно также использовать при создании ресурса для проверки того, что ресурс не существует.

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

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

Заголовок Поведение
None PUT всегда завершается успешно (без проверки Etag)
If-match <etag> PUT завершается успешно, только если ресурс существует и Etag соответствует
If-match * PUT завершается успешно, только если ресурс существует
If-none-match* PUT завершается успешно, только если ресурс не существует

MX-запись

Запись MX (mail exchange), или почтовый обменник, указывает сервер(ы) обмена почтой для данного домена.

При создании записи можно указать следующие параметры:

  • почтовый сервер — имя почтового сервера в домене. Имена серверов следует писать без точки, таким образом к ним прибавляется имя зоны. Чтобы обозначить домен целиком, укажите символ «@»;
  • имя хоста — имя хоста, на котором расположен почтовый сервер;
  • приоритет — используется для равномерного распределения нагрузки в случае нескольких почтовых серверов в домене. Более низкое значение показывает более высокий приоритет.

Нажмите «Добавить» — созданная запись появится в списке.

Рассмотрим другой способ привязки своего домена на примере платформы Blogger

Направление с помощью CNAME

Итак, мы решили разместить разместить блог на платформе Blogger и привязать туда собственный домен. Для этого на стороне Блоггер заходим в «Настройки» -> «Основные» и находим там следующий пункт:

Нажимаем «использовать персональный домен» и вводим свой домен с учетом следующих замечаний:

Доменные имена, состоящие из не-латинских символов, так называемые, IDN (интернационализованные доменные имена), здесь должны быть указаны в Punycode, то есть, преобразованы латинскими символами.

У вас не получится прописать здесь корневой домен, к примеру, example.com — лишь его поддомен, например, www.example.com или blog.example.com. Это связано с тем, что используются CNAME-записи, а запись этого типа не может быть добавлена для корневого домена.

Нажимаем «Сохранить», после чего появляется сообщение, что для подтверждения прав на домен необходимо добавить две DNS-записи типа CNAME

Забегая наперед, если вы хотите, чтобы ваш блог был доступен не только по субдомену www.example.com или blog.example.com, а и по корневому домену example.com, то, вам нужно будет также добавить 4 записи типа A с IP адресами:

216.239.32.21 216.239.34.21
216.239.36.21 216.239.38.21

Что ж, идем в настройки DNS-записей нашего домена удаляем старые A-записи и добавляем 4 новых:

A 216.239.32.21
A 216.239.34.21
A 216.239.36.21
A 216.239.38.21

Теперь добавляем нужные CNAME-записи:

CNAME GHS.GOOGLE.COM.
CNAME

Пару скриншотов для наглядности

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

Назначение записи псевдонима домена DNAME в DNS

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

Если мы с вами обратимся к Википедии, то там очень скупая информация, о записи DNAME, просто псевдоним домена, и более ничего, но слава боги, что хоть есть в сети подробное описание rfc6672 (http://www.zytrax.com/books/dns/apd/rfc6672.txt), где можно почерпнуть информацию.

Представим себе ситуацию, что у вас есть домен Pyatilistnik.com, компанию поглотили или произошел небольшой ребрендинг, и она теперь имеет домен Pyatilistnik.org. Так как DNS-зона Pyatilistnik.com, может содержать большое количество записей, которые ссылаются на сервисы компании, которыми пользуются клиенты или сотрудники, то логично, что всякие простои в работе, будут идти не на пользу компании, а переносить все же их нужно в новую зону Pyatilistnik.org. Вот в таком случае и будет полезной запись ДНС типа DNAME, которая и будет делать перенаправление (Редирект), но не любого имени из зоны Pyatilistnik.com в зону Pyatilistnik.org, а только тех, которые имеются в обоих зонах.

Понятно, что можно использовать и на время переноса CNAME записи, но это только тогда, когда их очень мало, вы же не будите, это делать для сотни или две записей. Схематично, это можно изобразить вот так. Пользователь делает запрос по имени dc1.pyatilistnik.com, DNS-сервер имея у себя эту зону и зону pyatilistnik.org, видит, что есть DNAME запись в первой зоне, благодаря чему он перенаправляет запрос во вторую зону, там обнаруживается запись dc1.pyatilistnik.org, которая отдается DNS-серверу и уже дальше пользователю.

Хочу отметить,что необязательно обе зоны могут быть на одно DNS-сервере, первый сервер, вполне может иметь сервер условной пересылки

Ну и перейдем от теории к практики. У меня есть DNS-сервер в котором есть две основные зоны, старая Pyatilistnik.com и новая root.pyatilistnik.org, мне нужно перенаправлять все днс-запросы из старой зоны Pyatilistnik.com в новую. Щелкаете правым кликом по вашей зоне, и из контекстного меню выбираете пункт «Другие новые записи».

Находим в списке «типов записей ресурса» вот такую «Псевдоним домена (DNAME)» и нажимаем создать запись.

В открывшемся редакторе, вы оставляете пустым (символизирующим корень домена) поле «Псевдоним (если не указан, используется имя род. домена)», ниже вы будите видеть его полное FQDN имя и указываете полное FQDN имя конечного домена, у меня это root.pyatilistnik.org, после чего нажимаете OK.

Когда DNAME-запись создана,

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

Открываем командную строку, не обязательно от имени администратора и вводим команду ping.

ping dc01.patilistnik.com

И как видите мне на это отвечает dc01.root.pyatilistnik.org, вот видно, как отработала DNAME-запись на DNS сервере.

Напоминаю, что в основном данные сценарии используют при миграции или при полном поглощении, а может и ребрендинге компании. Надеюсь, что было полезно, а с вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org,

Настройка DNS записей в личном кабинете Инсис

Услуга поддержки DNS

Для надёжного функционирования домена необходимо иметь не менее двух DNS-серверов, отвечающих в сети Интернет на запросы о Вашем домене (зоне).
DNS-сервер, на котором хранится полная исходная информация о зоне, называется первичным (Primary) DNS-сервером. DNS-сервер называется вторичным (Secondary), если он получает полную информацию о зоне с первичного или другого вторичного DNS-сервера.
После заказа услуги, DNS-серверы ИНСИС будут настроены в качестве первичного и вторичного DNS-серверов для Вашего домена Вам будет предоставлена возможность самостоятельно вносить в зону записи типа A, MX, TXT, CNAME.

Редко используемые DNS-записи

LOC-запись (Location)
Подобный тип записи востребован среди крупных компаний и организаций, так как применяется для определения месторасположения хоста с указанием широты и долготы.

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

HINFO-запись (Host Information)
Позволяет получить данные об архитектуре и используемой ОС хоста, так как для хранения данных подобного вида используется именно такая запись.

DNAME-запись (Domain Name)
Псевдоним для домена

WKS-запись (Well Known Service)
Данный тип записи связывает с определенной зоной имя хостинга, номер порта и протокол сервиса. Зачастую используется на хостах, используемых в качестве почтовых серверов.

KEY-запись (Public Key)
Используется довольно редко — для ассоциации ключа для некоторых хостингов и используется в IETF-протоколе DNS для минимизации риска атак с подменой самого DNS.

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

votes

Рейтинг статьи

История

Концепция системы доменных имен возникла в результате развития ARPANET, которая была разработана в 1966 году как эффективный метод передачи данных и информации между исследовательскими центрами по всей Америке. К 1980 году через эту систему было подключено более 300 компьютеров, и было также создано несколько сайтов. Буквенные имена хостов были включены в систему, что устраняет необходимость запоминания пользователями IP-адресов, необходимых для доступа к нужным им серверам.

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

Эта номенклатурная система предусматривала использование конкретного названия сайта и названия категории. Имя категории — это то, что мы теперь называем доменным именем верхнего уровня, в то время как конкретное имя сайта относится к доменному имени второго уровня. Разработка системы, которая была запрограммирована на преобразование доменного имени сайта в необходимый IP-адрес, устранила необходимость для пользователей знать IP-адрес сервера, к которому они хотели получить доступ. Эта организованная база данных расширяется и в настоящее время обслуживает более 270 миллионов доменов по состоянию на декабрь 2013 года.

Основные типы записей DNS

Основные типы записей используемые в протоколе DNS

AAA запись (address record IPv6 ) или запись адреса — аналогична записи A, только для IPv6.

Название Тип записи Адрес
sysadmin.ru AAA FFEA::CA28:1210:4362

CNAME запись (canonical name record) или каноническая запись имени (псевдоним) — используется для перенаправления на другое имя (по аналогии с ссылками), частным примером использования CNAME записи, является создание доменных имен для ftp, mail, ssh, например

Название Тип записи Адрес
ftp.sysadmin.ru CNAME sysadmin.ru
mail.sysadmin.ru CNAME sysadmin.ru
ssh.sysadmin.ru CNAME sysadmin.ru

MX

MX запись (mail exchange) или почтовый обменник, указывает те сервера, с которыми будет осуществлен обмен для данного домена. То есть определяет сервер, который будет обрабатывать почту для вашего домена. В случае отсутствия MX-записи, запрашивается A-запись

Название Тип записи Адрес
sysadmin.ru MX mx1.beget.ru
sysadmin.ru MX mx2.beget.ru

NS

NS запись (name server) указывает на DNS сервер текущего домена, так называемые authoritative DNS-серверы. Смена NS-записи, при переходе на другой хостинг, влечёт за собой смену всех записей, соответственно нужно или указывать новые записи или копировать со старого сайта (например, для сохранения почты, нужно скопировать MX-запись со старого хостинга). При неправильном изменении NS записи домена, может привести к остановке работы сайта.

Название Тип записи Адрес
sysadmin.ru NS ns1.beget.ru
sysadmin.ru NS ns2.beget.ru

TXT

TXT запись текстовая запись содержащая 254 байта любой текстовой информации, в основном используется для подтверждения принадлежности домена для севрисов yandex, google и т.п.

Название Значение
yandex validate value for yandex

Что такое DNS

DNS (Domain Name System) — это система доменных имен, которая превращает доменные имена в IP-адреса для загрузки интернет страниц.

Когда люди вводят название сайтов, например «Yandex.ru», в адресную строку браузера, DNS находит надлежащий IP-адрес и указывает куда надо перейти для доступа к данным сайта.

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

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

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

What is a CNAME Record?

A Canonical Name (CNAME) Record is used in the Domain Name System (DNS) to create an alias from one domain name to another domain name. A common example is the www subdomain which is provided as an alias to the root domain name — users accessing “www.example.com” are referred to the root domain (or DNS zone apex) “example.com”.

A few common uses of CNAME records are:

  • Providing a separate hostname for specific network services, such as email or FTP, and pointing that hostname to the root domain
  • Many hosted services provide a subdomain for each customer on the service provider’s domain (e.g. company.hostname.com), and use CNAME to point to the customer’s domain (www.company.com).
  • Registering the same domain in several countries and pointing the country versions to the main “.com” domain
  • Pointing from several websites owned by the same organization to a primary website

SRV-запись

Записи SRV используются для поиска серверов, которые обеспечивают работу определенных служб на данном домене (например, Jabber). Некоторые интернет-протоколы, такие как SIP и XMPP, часто требуют поддержки SRV-записей.

Как добавить SRV-запись

Выполните шаги 1-6 инструкции выше.

Затем в полях ввода укажите:

Сервис — название сервиса;

Приоритет — приоритет целевого хоста;

Нагрузка — относительный вес для записей с одинаковым приоритетом (необязательное поле);

Порт — порт TCP или UDP, на котором работает сервис;

Значение — каноническое имя сервиса.

Нажмите Сохранить:

Готово, ресурсная запись добавлена в зону домена.

Изменения вступят в силу в течение часа.

Какие DNS выбрать для сайта

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

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

Вопрос

0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F 
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                                               |
/                     QNAME                     /
/                                               /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     QTYPE                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     QCLASS                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
  • QNAME: Эта секция содержит URL, для которого мы хотим найти IP-адрес. Она закодирована как серия надписей (labels). Каждая надпись соответствует секции URL. Так, в адресе две секции: example и com.
    Для составления надписи нужно закодировать каждую секцию URL, получив ряд байтов. Надпись — это ряд байтов, перед которыми стоит байт беззнакового целого, обозначающий количество байт в секции. Для кодирования нашего URL можно просто указать ASCII-код каждого символа.
    Секция QNAME завершается нулевым байтом (00).
  • QTYPE: Тип записи DNS, которую мы ищем. Мы будем искать записи A, чьё значение 1.
  • QCLASS: Класс, который мы ищем. Мы используем интернет, IN, у которого значение класса 1.
07 65 – у 'example' длина 7, e
78 61 – x, a
6D 70 – m, p
6C 65 – l, e
03 63 – у 'com' длина 3, c
6F 6D – o, m
00    - нулевой байт для окончания поля QNAME 
00 01 – QTYPE
00 01 – QCLASS

Как добавить CNAME запись в аккаунте HostGator?

Чтобы создать CNAME запись в HostGator необходимо сделать следующее:

1. Войдите в свой аккаунт HostGator.2. Перейдите в простой редактор DNS зоны (под секцией Домены в cPanel).3. После того, как Вы кликнете иконку простого редактора DNS зоны, Вам будет предложено добавить CNAME запись.

  • В поле Имя введите имя субдомена. Например, если Вы используете promo.example.com, введите «promo». Если Вы используете корневой домен, введите «www».
  • В поле CNAME введите squeeze.gr8.com.

4. Кликните Добавить CNAME Запись.

Более детальная информация о смене DNS зон (MX, CNAME и A Records) доступна в ресурсах поддержки HostGator.

Как добавить псевдоним для домена

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

1 этап. Добавление псевдонима в панели управления

Чтобы добавить псевдоним, войдите в панель управления и следуйте инструкции:

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

2 этап. Добавление записи на DNS-серверы

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

ns1.hosting.reg.ru и ns2.hosting.reg.ru

Если для домена указаны ns1.hosting.reg.ru и ns2.hosting.reg.ru, запись о псевдониме будет добавлена автоматически. От вас не требуется никаких дополнительных действий. В течение 15 минут по имени псевдонима будет открываться основной сайт.

ns1.reg.ru и ns2.reg.ru

Если для домена (который используется как псевдоним) указаны ns1.reg.ru и ns2.reg.ru:

  1. 1.
    Авторизуйтесь в Личном кабинете REG.RU.
  2. 2.

    Кликните по имени домена:

  3. 3.

    Во вкладке «Управление» кликните по пункту «DNS-серверы и зона» или нажмите кнопку Изменить:

  4. 4.

    На открывшейся странице нажмите Добавить запись, во всплывающей шторке выберите А. Заполните поле «IP-Address» и нажмите Готово:

    «123.123.123.123» — IP-адрес вашей услуги, которую можно узнать по инструкции .

Готово, после добавления необходимой записи нужно дождаться обновления зоны DNS-серверов (в течение 15 минут). Если вы предварительно меняли DNS-серверы на ns1.reg.ru и ns2.reg.ru, дождитесь обновления DNS-серверов. Обновление DNS-серверов может занять до 24 часов.

другие DNS-серверы

Если для вашего домена используются отличные от ns1.hosting.reg.ru и ns2.hosting.reg.ru, ns1.reg.ru и ns2.reg.ru, обратитесь к своему DNS-провайдеру с вопросом указания IP-адреса для домена (его можно узнать по инструкции ), который будет использоваться как псевдоним.

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector