Dns cname: Страница не найдена | REG.RU

1. На странице данных Заказа №, в разделе Статус заказа, под Вам необходимо…, найдите домен с незавершенной проверкой и нажмите на ссылку домена.

Примечание.

2. В окне Подтвердить управление доменом, в раскрывающемся списке Метод DCV выберите запись DNS CNAME.

3. Создайте запись DNS CNAME:

   1. Скопируйте ваш уникальный токен в поле Токен.
      Для копирования значения в ваш буфер обмена щелкните один раз по текстовому полю.
      Примечание: Срок действия уникального токена истекает через тридцать дней. Для генерирования нового токена нажмите ссылку Генерировать новый токен.
   2. Перейдите на сайт вашего провайдера DNS и создайте новую запись CNAME.
   3. В поле имени узла (или в другом аналогичном поле) укажите уникальный токен, скопированный из вашей учетной записи DigiCert.
   4. В поле типа записи (или в другом аналогичном поле) выберите CNAME.
   5. В поле целевого узла (или в другом аналогичном поле) укажите dcv.digicert.com (таким образом указывается запись CNAME в dcv.digicert.com).
   6. Выберите значение времени жизни (TTL) либо используйте значение по умолчанию, установленное вашим провайдером DNS.
   7. Сохраните запись.

4. Проверьте запись DNS CNAME:

   1. В меню на боковой панели вашей учетной записи CertCentral нажмите Сертификаты > Заказы.
   2. На странице Заказы, в столбце Заказ № заказа сертификата нажмите ссылку с номером заказа.
   3. На странице данных Заказ №, в разделе Статус заказа, под Вам необходимо…, найдите домен и нажмите на ссылку домена.
   4. В окне Подтвердить управление доменом в поле 2. Проверить токен нажмите Проверить.

5. Операция выполнена! Вы завершили проверку домена.

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

Где я могу найти и изменить свои DNS-записи?

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

Вариант 1 — Редактор DNS-зоны в панели управления хостингом

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

Теперь проскрольте вниз и найдите раздел Расширенные → Редактор DNS зоны.

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

Здесь Вы можете управлять такими типами DNS-записей: A, CNAME, MX, TXT, AAAA, NS, SRV и CAA.

В самом верху Редактора DNS-зоны Вы увидите раздел для добавления новой записи. Всё, что Вам нужно сделать, это выбрать тип записи, ввести имя (хост), содержимое, TTL (в зависимости от типа записи могут потребоваться и другие данные). Как только это будет сделано, нажмите Добавить запись:

Ниже в списке записей Вы увидите такие кнопки:

1. Кнопка для полного удаления записи
2. Кнопка для редактирования записи

Вариант 2 — Раздел Домены

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

В новом интерфейсе

Если Вы видите новый интерфейс, нажмите на DNS/Серверы имён:

В самом верху DNS/Серверов имён находится раздел, где можно выбрать, что Вы хотите настроить: DNS-записи или DNSSEC:

Если Вы выберете DNS-записи, появится раздел для управления записями типов A, CNAME, MX, TXT, AAAA, NS, SRV и CAA.

Чтобы создать новую запись, выберите тип записи, укажите имя, содержимое, значение TTL (в зависимости от типа записи могут потребоваться и другие данные). Как только это будет сделано, нажмите Добавить запись:

Ниже в списке записей Вы увидите такие кнопки:

1. Кнопка для полного удаления записи
2. Кнопка для редактирования записи

В старом интерфейсе

Если вы видите старый интерфейс, выберите DNS ЗОНА:

Здесь Вы можете управлять такими типами DNS-записей: A, CNAME, MX, TXT, AAAA, NS, SRV и CAA.

Относительно каждого типа записи будут следующие опции:

1. Кнопка для редактирования имени, содержимого или TTL
2. Кнопка для полного удаления записи
3. Кнопка добавления новой записи

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

ПРИМЕЧАНИЯ:

• Подробное руководство по каждой записи (англ.)
• Обратите внимание, если Вы смените серверы имён, всё управление DNS-зоной будет совершаться на стороне провайдера, на чьи серверы имён Вы направили домен.

DNS-зоны: редактор — Техническая документация — Помощь

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

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

• Поле «имя» предполагает несколько вариантов заполнения:

  • @ — символ «@» означает, что действие записи будет распространяться на ту зону, на странице редактирования которой вы находитесь. В нашем случае — это domain.tld.
  • abc — набор букв и цифр («abc» было выбрано в качестве примера — вы можете указать свое имя) означает, что действие записи будет распространяться на зону более низкого уровня, чем та, на странице редактирования которой вы находитесь. В нашем примере — действие записи будет распространяться на зону abc.domain.tld.
  • * — символ «*» означает, что действие записи будет распространяться на все варианты зон ниже той, на странице редактирования которой вы находитесь. В нашем случае — это 123.domain.tld, abc.domain.tld, qwe.rty.domain.tld и т.д.

• В поле «тип» вам предлагается несколько вариантов. Рассмотрим по-отдельности каждый из них:

  • A — используется для указания соответствия имени хоста IP-адресу.
  • MX — используется для указания почтового сервера для домена.
  • CNAME — используется для перенаправления имени хоста на другое имя.
  • SRV — используется для указания сервера, предоставляющего услуги определенной службы. В грубом приближении это аналог MX-записи, которая указывает, куда должна доставляться электронная почта, которая адресована определенному домену. Штатно поддерживается такими протоколами как XMPP(Jabber), SIP, LDAP. За счет использования этого вида записи можно разместить Jabber-сервер на отдельной машине, а не на той же, куда указывает A-запись DNS.
  • TXT — используется для указания дополнительной текстовой информации, которую хочет сообщить владелец домена.
• Поле «MX preference» доступно для заполнения только в случае создания/редактирования записей типа MX. Указанное в этом поле числовое значение определяет приоритет использования почтового сервера. Поскольку для одного домена может быть указано несколько почтовых серверов — то, в какой последовательности на эти серверы будут осуществляться попытки доставить письмо, определяется именно приоритетом соответствующей MX-записи. Чем меньше число в поле «MX preference» — тем выше приоритет самого сервера.

• Поле «значение (IP/host.)» заполняется в зависимости от выбранной записи:

Характерные DNS-записи

Рассмотрим несколько наиболее популярных ситуаций:

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

• Если это нужно сделать для домена, указанного в разделе «DNS-зоны», кликните на него мышкой и, в случае если на новой странице существует запись:

  • @ IN A <серверы .masterhost>

    отключите ее. После того как запись будет отключена, нажмите на ссылку «добавить новую запись» и создайте запись вида:

  • имя: @
  • тип: A
  • значение (IP/host.): IP-адрес сервера
• Если это нужно сделать для поддомена домена, указанного в разделе «DNS-зоны», кликните на имя домена мышкой, и добавьте новую запись со следующими параметрами:
  • имя: abc («abc» указано в качестве примера. Работает, если вы хотите создать запись для домена abc.domain.tld в зоне домена domain.tld. В вашем случае будет какое-то другое имя)
  • тип: A
  • значение (IP/host.): IP-адрес сервера

MX-запись: необходимо, чтобы почта домена обслуживалась другим сервером

• Если вам неизвестно имя сервера, но вы знаете его IP-адрес —необходимо сначала в зоне домена создать новую запись со следующими параметрами:

  • имя: mail-server
  • тип: A
  • значение (IP/host.): IP-адрес почтового сервера

• Если вы хотите изменить почтовый сервер для домена, указанного в разделе «DNS-зоны», кликните на него мышкой и, в случае если на новой странице существует запись:

  • @ IN MX 10 <серверы .masterhost>

    отключите ее. После того как запись будет отключена, нажмите на ссылку «добавить новую запись» и создайте запись вида:

  • имя: @
  • тип: MX
  • MX preference: числовое значение, допустим, 10.
  • значение (IP/host.): mail-server
• Если вы хотите изменить почтовый сервер для поддомена домена, указанного в разделе «DNS-зоны», кликните на имя домена мышкой, и добавьте новую запись со следующими параметрами:
  • имя: abc («abc» указано в качестве примера. Работает, если вы хотите создать запись для домена abc.domain.tld в зоне домена domain.tld. В вашем случае будет какое-то другое имя)
  • тип: MX
  • MX preference: числовое значение, допустим, 10.
  • значение (IP/host.): mail-server

SRV-запись

Для внесения SRV-записи необходимо получить от владельца службы следующие данные:

• Служба (service)
• Протокол (proto)
• Приоритет (priority)
• Вес (weight)
• Порт (port)
• Сервер (target)

* TTL не изменяется, поэтому его указывать не нужно;

Имя записи формируется из имени службы и протокола: _служба. _протокол

Значение записи имеет следующий формат: приоритет вес порт сервер. (в конце имени обязательно должна быть точка!)

Пример правильно заполненной формы.

Список NS-серверов поддомена

Если основной домен делегирован на сервера masterhost, то смена NS-серверов поддомена третьего уровня производится через редактор DNS-Зоны.

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

PTR-запись: вы выделили мне IP-адрес, и я хочу установить соответствие между этим IP-адресом и именем определенного хоста

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

SPF-запись

Достаточно распространенным приемом, используемым организаторами СПАМ-рассылок, является подделка обратного адреса письма. В этом случае на Ваши почтовые ящики иногда могут приходить служебные сообщения об ошибках (bounce message), если одно или несколько таких СПАМ-писем с обратным адресом Вашего почтового ящика были заблокированы серверами получателей.

Есть несколько технологий, которые помогут защитить Ваш почтовый домен от использования злоумышленниками: SPF, DKIM, DMARC

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

• имя: @
• тип: TXT
• значение: v=spf1 include:_spf.masterhost.ru -all

Это правило заставит серверы получателей блокировать все СПАМ-письма, которые используют в качестве адресов отправителя Ваше доменное имя. Подробнее о технологии SPF.

Уважаемые пользователи, убедительно просим Вас быть особо внимательными при редактировании DNS-зон, некорректная конфигурация DNS-зоны может привести к неработоспособности Ваших ресурсов на достаточно длительный срок!

DKIM

Для защиты от мошеннических действий от имени Вашего домена мы рекомендуем добавить DKIM-запись в DNS-зону. Если Вы используете нашу почту, добавить DKIM можно в Личном кабинете cp.masterhost.ru.

• Exchange-почта:

  Древо услуг – почта (ms exchange) eXXXXX – DKIM (MS Exchange) – добавить

• Почта, входящая в состав хостинга:

  Древо услуг – Ваш домен – DKIM – добавить

CAA-запись

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

Это только пример, точную информацию по содержанию поля «Значение» следует уточнять у Вашего удостоверяющего центра.

Изменение NS-серверов домена

• Зайти в Личный кабинет;
• Указать логин cXXXXX и пароль;
• Открыть раздел «Общие услуги» и нажать «изменить» напротив нужного домена;
• Нажать на ссылку «Изменить настройки делегирования»;
• Чтобы указать сторонние серверы, выберите «Делегировать на сторонние серверы»;
• Впишите адреса DNS серверов по одному на строке;
• Для отмены предварительного тестирования DNS-серверов, отметьте свойство «Без тестирования»;
• Нажмите кнопку «Сохранить».

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

1. Изменение списка DNS-серверов возможно только после завершения мобильной авторизации.
2. С момента делегирования домена (изменения его списка NS-серверов) потребуется от 6 до 72  часов прежде чем он будет доступен в сети Интернет.

Использование нескольких доменных имен для обращения к интернет-центру из глобальной сети (настройка DNS Alias CNAME)

Провайдер предоставляет динамический внешний IP-адрес из глобального диапазона адресов IPv4. Для обращения к Keenetic из Интернета на нем настроен профиль сервиса динамического DNS. Возможно ли добавить новое доменное имя (псевдоним) для обращения к роутеру и как это сделать?

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

DNS Alias (CNAME) — этот тип записи позволяет создавать алиасы (псевдонимы, привязки) к уже существующим адресным записям (DNS Host; тип A). Когда клиент DNS запрашивает IP-адрес этого типа (DNS Alias), он получает IP-адрес, прописанный в той основной записи, к которой была сделана привязка. Это может быть полезным, если вы хотите, чтобы некоторый хост был доступен под несколькими именами. Можно создать несколько адресных записей, но вариант с алиасами удобней в том, что если у некоторого хоста сменился IP-адрес, то нет необходимости что-то менять в алиасах. А если использовать несколько адресных записей, то придется вносить изменения в каждую запись.

Рассмотрим настройку DNS Alias (CNAME) на примере сервиса динамического DNS No-IP.

Нажав на кнопку Create Hostname, вы перейдёте к добавлению нового хоста в учетной записи. Здесь следует выбрать имя нового хоста (в поле Hostname), установить переключатель Record Type в положение DNS Alias (CNAME) и в поле Target ввести доменное имя, указанное в настроенном на роутере профиле DDNS. По нажатию кнопки Create Hostname в учетной записи будет создано новое доменное имя, при обращении к которому сервис произведёт перенаправление на адрес, назначенный вашему устройству.

Так, в нашем примере интернет-центр изначально настроен на использование динамического доменного имени myrouter01.zapto.org (это имя типа DNS Host A и указано в поле Target), но был добавлен второй дополнительный псевдоним alias01.ddns.net (по этому доменному имени теперь также будет доступен интернет-центр из глобальной сети).

Введение в изучение и использование DNS-записей

Введение

Система доменных имен (DNS) это по сути телефонный справочник интернета. Вы набираете в адресной строке браузера apple.com, чтобы купить аксессуары к Iphone, но как ваш запрос находит сервер Apple с IP-адресом 17.172.224.47? Это делает для вас система доменных имен.

Если у вас небольшой бизнес в сети или вы ведете блог на WordPress, то вы, вероятно, уже сталкивались с настройкой записей A и CNAME. А если вы пытались перенести почту со своего сайта, то и с настройкой записи MX. И, возможно, какой-нибудь веб-сервис просил настроить TXT, чтобы работать с вашим сайтом. Для чего все это нужно и какие здесь сложности?

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

Серверы DNS

Когда вы покупаете доменное имя, ваш регистратор, как правило, конфигурирует для вас записи DNS по умолчанию и предоставляет серверы DNS для них. Вам необходим сервер DNS (обычно они используются в парах или тройках для надежности, например: ns1.yourregistrarserver.com, ns2.yourregistrarserver.com), чтобы сообщить каталогу DNS интернета IP-адрес вашего сервера.

Вот образец моих записей NS для сайта JeffReifman.com:

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

Теперь перейдем к типам записей DNS, основной из них является A-запись.

Записи А

Если набрать в адресной строке jeffreifman. com, этот запрос будет направлен в каталог, в котором будет произведен поиск записи DNS соответствующей этому корню этого домена. Корень в данном случае означает без префикса www, то есть без поддомена, просто http://jeffreifman.com. Например, запись A корневого уровня может указывать на IP 107.164.32.96, значит, это тот адрес, по которому надо перейти.

Я долгие годы использовал сайт Kloth для проверки записей DNS, на самом деле таких сервисов много, например Google Dig или tools.keycdn.com.

Вот образец запроса A-записи на Kloth:

Записи поддомена

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

Недавно я сделал сайт http://fleethejungle.com/, чтобы помочь пользователям расстаться с компанией Amazon, приносящей вред Сиэттлу (об этом пишет даже New-York Times).

Скоро мы запустим соответствующие сайты на доменах, относящихся к конкретным городам (portland.fleethejungle.com), я рассчитываю расположить их на разных серверах, нам надо, что бы A-записи каждого поддомена вели на уникальный IP соответствующего сервера.

Записи wildcard

В конфигурацию DNS можно добавлять записи Wildcard (с помощью астериска *), позволяющие направлять весь трафик поддоменов на один IP. Например, если я хочу, разместить все поддомены городов на одном сервере, я сделаю так:

Записи wildcard облегчают привязку нескольких поддоменов к одному серверу.

Входная маршрутизация на сервере

Когда трафик прибывает на ваш сервер от маршрутизатора DNS, вы можете сконфигурировать обработку его на сервере. Вот образец моей конфигурации для корневого и www трафика:

<VirtualHost *:80>
    ServerName jeffreifman.com
    ServerAlias www.jeffreifman.com
    DocumentRoot /var/www/jeffreifman
    DirectoryIndex index. php
    <Directory /var/www/wpapps/>
      AllowOverride All
      Order Deny,Allow
      Allow from all
   </Directory>
</VirtualHost>

Я также продаю домены с динамическими расценками. Вот как Apache обрабатывает трафик для всех этих доменов и записей DNS.

<VirtualHost *:80>
    ServerName newscloud.com
    ServerAlias *acro.io
    ServerAlias *acroyoga.io
    ServerAlias *acupuncture.io
    ServerAlias *allmisses.com
    ServerAlias *amehzon.com
    ServerAlias *carestrategies.com
    ServerAlias *caringsitters.com
    ServerAlias *clipboards.io
    ServerAlias *commonbits.com
    ServerAlias *commonroad.com
    ServerAlias *commontunes.com
    ServerAlias *completelady.com
    ...

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

Записи CNAME

CNAME это по сути текстовый псевдоним для направления трафика домена и поддомена. Например, если вы сталкивались с настройкой сервиса типа WordPress или Tumblr, они могли предложить настроить домен именно с помощью записи CNAME, а A-записи c IP.

Я не часто использую Tumblr, но некоторое время я настроил для своего аккаунта адрес http://misc.jeffreifman.com/. Вот их инструкции для настройки кастомного доменного имени — они позволяют использовать A-записи или CNAME, я выбрал CNAME.

Вот запись DNS для misc.jeffreifman.com:

misc.jeffreifman.com   CNAME   domains.tumblr.com.

Примечание: обязательно ставьте точку в адресе CNAME.

Когда пользователь запросит misc.jeffreifman.com, DNS отправит его на domains.tumblr.com, а там уже будет найден IP 66.6.44.4.

Важным преимуществом записи CNAME является то, что если, например, в этом примере Tumblr сменит адрес своего сервера, вам не надо будет менять запись CNAME. Она останется прежней и Tumblr сможет управлять IP, изменяя A-запись на domains. tumblr.com.

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

Примечание: стандарты DNS технически не позволяют привязывать корневой домен к CNAME, например, jeffreifman.com CNAME domains.tumblr.com. Поэтому Tumblr предлагает сделать А-запись для корневых доменов. Однако, некоторые серверы DNS поддерживают это, так что вам имеет смысл проверить свой. Подробнее о CNAME-записях для корневого сервера можно прочитать в записи Джоша Стрэйнджа.

Другим сценарием использования записей CNAME является использование CNAME с сервисами CDN, как я описал в статье о KeyCDN. Я настроил облачные поддомены c1, c2, c3, c4, привязав их все к зеркалу на jr-faf.kxcdn.com.

Что происходит, когда вы меняете записи DNS

Записи DNS для корневого домена и поддоменов, как правило, не зависимы друг от друга. Изменение A-записи корневого домена не влияет на существующий адрес CNAME поддомена. Однако недавно я регистрировался на сервисе сетевой безопасности Incapsula и обнаружил, что он требует две А-записи для одного корневого домена — это может сделать все более сложным. Другими словами, технически у вас может быть несколько А-записей для одного домена, что может породить конфликты.

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

Мой регистратор предложил мне использовать https://www.whatsmydns.net/ для визуального отчета о распространении моего DNS в различных областях. Ниже есть скриншот, который я сделал при смене сервера своего сайта — изменения затребовали несколько часов.

На иллюстрации ниже показаны DNS-серверы, захватившие мои последние изменения:

Записи MX

Теперь перейдем к записям MX. Эти записи сообщают системе DNS, куда слать все приходящие вам email. Поэтому, если я купли домен StarWars.io и захочу получать почту по адресу [email protected], мне надо сделать две вещи.

Во-первых, мне нужно зарегистрироваться на почтовом сервисе типа Google Apps или FastMail, чтобы разместить там почту. Во-вторых, мне надо сконфигурировать записи MX так, чтобы почта шла на эти серверы.

Например, так будет выглядеть конфигурация Google Apps:

Priority    Mail Server
1   ASPMX.L.GOOGLE.COM.
5   ALT1.ASPMX.L.GOOGLE.COM.
5   ALT2.ASPMX.L.GOOGLE.COM.
10   ALT3.ASPMX.L.GOOGLE.COM.
10   ALT4.ASPMX.L.GOOGLE.COM.

А для FastMail так:

in1-smtp.messagingengine.com (first, priority=10)
in2-smtp.messagingengine.com (second, priority=20)

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

Многие пользователи используют MX Toolbox для просмотра записей MX, но это может сделать и любой другой сервис просмотра DNS.

Смена провайдера Email и перенос почты

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

В течение процесса обновления DNS письма могут приходить на старый адрес.

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

Записи TXT

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

Например, Google может попросить вас добавить такую запись:

jeffreifman.com TXT google-site-verification=Ih8iC4iSOcBSkk

На моем сайте jeffreifman.com есть три записи TXT:

jeffreifman.com TXT "keybase-site-verification=qG2zMYf_hw2sXUCgtYWk"
jeffreifman.com TXT "v=spf1 include:spf.efwd.regsrvrs.com ~all"
jeffreifman.com TXT "google-site-verification=blTgEw5QFSx5M"

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

Вы также можете использовать записи TXT для того, чтобы сообщать о серверам, детектирующим спам, что ваш почтовый сервер пересылает только законные письма, как это я сделал на примере выше с записью SPF. Сервисы типа Mailgun используют записи SPF и DKIM при массовой рассылке.

Записи AAAA

Когда IP-адреса в интернете закончатся, мы неторопливо перейдем на имена IPv6. подробнее об этом вы можете узнать из статьи о запуске IPV6.

Если вы решили поддерживать адресацию IPv6, вам надо сконфигурировать запись AAAA:

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

Общие сведения о настройке CNAME — Справочный центр Cloudflare

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

Обзор

Настройка CNAME позволяет клиенту поддерживать авторитетный DNS вне Cloudflare. Он позволяет отдельным поддоменам пользоваться услугами Cloudflare, не требуя обновлений для регистрации домена, чтобы они указывали на серверы имен Cloudflare для разрешения DNS.

Логический процесс поиска DNS для домена в настройке CNAME показан на схеме ниже:

Активация настройки CNAME для домена

Просмотрите наше руководство, в котором объясняются преимущества и ограничения настройки CNAME

1. Создайте учетную запись Cloudflare и добавьте свой веб-сайт

2. При необходимости обновите домен до бизнес-плана или выше .

3. Обратитесь в службу поддержки Cloudflare, чтобы запросить разрешение на установку CNAME для определенного домена.Упомяните настройку CNAME для в строке темы.

4. Служба поддержки Cloudflare подтвердит, что настройка CNAME включена.

5. Запись TXT появится в приложении Cloudflare DNS в разделе Verification TXT Record . Добавьте запись TXT в свой авторитетный DNS.

6. Через несколько часов Cloudflare проверит запись TXT и отправит письмо с подтверждением.

7.Предоставьте универсальный SSL для домена.

(Необязательно) Предоставление Cloudflare Universal SSL для настройки CNAME

Универсальный SSL-сертификат Cloudflare будет развернут после того, как домен будет активирован в настройке CNAME и соответствующие записи проверки управления доменом (DCV) будут добавлены в полномочный DNS:

1. Получить записи DCV из Cloudflare API или через панель управления Cloudflare:
   • Войдите в свою учетную запись Cloudflare и выберите соответствующий домен.
   • Щелкните приложение SSL / TLS .
   • Щелкните вкладку Edge Certificates .
   • В разделе Edge Certificates щелкните сертификат, где Type — Universal и Status — Pending Validation , чтобы просмотреть запрос проверки сертификата и информацию ответа проверки сертификата .
2. Завершите процесс сертификации. По умолчанию для настройки CNAME используется HTTP.
3. Добавить записи DNS для настройки CNAME

Добавление записей DNS в настройку CNAME

После включения настройки CNAME необходимо обновить записи DNS как в приложении Cloudflare DNS , так и в официальном DNS:

1. Добавьте запись CNAME A или в приложение Cloudflare DNS для субдомена.

2. Измените соответствующую запись CNAME в полномочном DNS, добавив .cdn.cloudflare.net на имя хоста.

Например, при настройке www. example.com в настройке CNAME с Cloudflare запись CNAME в полномочном DNS должна указывать на www.example.com.cdn.cloudflare.net:

www.example.com CNAME www.example.com.cdn.cloudflare.net

Записи CNAME можно добавить в ваш авторитетный DNS для каждого поддомена, который будет проксироваться в Cloudflare.

Ограничения

Настройка CNAME имеет два ограничения:

1. Защита DDOS от атак на инфраструктуру DNS доступна только для делегированных записей поддоменов.
2. Только субдомены, а не корневой домен, могут использовать сервисы Cloudflare. Это ограничение накладывается спецификациями DNS в Интернете.

Связанные ресурсы

Укажите DNS на WP Engine

Последний шаг к «запуску» вашего веб-сайта WordPress, управляемого WP Engine, — это обновление DNS. Это позволит трафику поступать с вашего домена на ваш сайт WordPress, размещенный на WP Engine. Этот процесс начинается с вашего DNS-менеджера, который чаще всего находится там, где вы купили домен.

Существует несколько способов указать DNS на WP Engine. Предпочтительный метод — сглаживание записей DNS, потому что мы считаем его наиболее масштабируемым решением. Методы CNAME, ANAME, Alias ​​и A record будут работать, чтобы указать DNS на WP Engine. Маскирование домена не поддерживается непосредственно в WP Engine, однако эту конфигурацию все же можно настроить с вашего DNS-хоста.

ПРИМЕЧАНИЕ : Перед изменением записей DNS выполните оставшиеся шаги «Начало работы»!

Значения записей DNS

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

1. Войдите в пользовательский портал
2. Щелкните имя среды , для которого вы хотите найти IP и CNAME для
3. Выберите Домены в левом меню

4. На странице доменов прокрутите вниз. Ваши значения DNS можно найти в разделе DNS Details .
   • Запись A — это ваш IP-адрес
     • Используется при указании DNS с записью A.
   • CNAME Запись — это ваш уникальный WP Engine CNAME, , иногда называемый «временным доменом»

Значение CNAME WP Engine будет различных для каждой среды.Значение записи A также может меняться, если ваши среды находятся на разных серверах WP Engine.

Оставьте эту страницу открытой для упрощения копирования при дальнейшем указании DNS.

ПРИМЕЧАНИЕ: Дополнительные методы определения вашего IP-адреса можно найти здесь.

Должен ли я указывать DNS, используя IP-адрес или запись CNAME?

Как управляемый хост WordPress, WP Engine может перенести ваш сайт на другой сервер по запросу или в экстренных случаях.Хотя миграции происходят довольно редко, важно понимать, как эта возможность может повлиять на ваше спокойствие в будущем и настроиться на успех. Поскольку WP Engine не является хостом DNS, при переносе вашего сайта задача обновления записей DNS ложится на вас или вашу команду. Однако есть способы предотвратить потребность в обновлении DNS позже.

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

Версия вашего домена без www (например, domain.com ) также называется вершиной или корневым доменом . Именно в этой версии вашего домена становятся актуальными различные конфигурации, описанные ниже. Домен www (например, www.domain.com ) и любые поддомены (например, blog.domain.com ) всегда можно указать с помощью CNAME, поэтому эти записи можно настроить так же, как и с любым другим хостом.

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

Если вы укажете корневой домен на серверы WP Engine гибким и нестатическим способом, то вместо IP вы будете использовать свой поддомен WP Engine (например, mycoolsite.wpengine.com ). Таким образом, вам не придется вносить изменения в DNS, если ваш сайт перейдет на другой сервер с нами, потому что мы контролируем адрес этого поддомена.Таким образом, гибкими считаются следующие методы: CNAME, ANAME и Alias.

Метод, который вы используете для указания своего DNS, в конечном итоге зависит от вас и того, что поддерживает ваш DNS-хост. Все четыре варианта DNS, которые мы здесь подробно описали, будут успешно направлять трафик на WP Engine. Хотя наша команда поддержки всегда рада помочь прояснить эти варианты в любое время, имейте в виду, что наши агенты не могут войти на ваш DNS-хост от вашего имени. Если вы не можете настроить DNS самостоятельно, обратитесь к своему DNS-узлу и сообщите тип записи, которую вы хотите использовать, и свои значения записи DNS WP Engine.

Точка DNS с использованием выравнивания CNAME

Некоторые службы теперь предлагают поддержку выравнивания CNAME, то есть ваш корневой домен может быть указан с помощью записи CNAME. Имейте в виду, что выравнивание CNAME — это , требуется для веб-сайтов, размещенных в кластерных (AWS) серверных средах.

CNAME будут выглядеть следующим образом:

НАЗНАЧЕНИЕ	ТИП	НАЗВАНИЕ	ЦЕЛЬ / ИМЯ ХОСТА
Корневой (без www)	CNAME	@ или ваш домен.com	environment.wpengine.com
www	CNAME	www	environment.wpengine.com
Поддомен	CNAME	блог, магазин и т. Д.	environment.wpengine.com

ПРИМЕЧАНИЕ : Если ваш веб-сайт находится в субдомене, например, shop.mydomain.com , для указания субдомена требуется только запись субдомена.

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

1. Войдите в Cloudflare или зарегистрируйтесь для нового плана (мы используем бесплатный план)
2. Выберите свое доменное имя из списка ИЛИ нажмите Добавить сайт и введите новое доменное имя
3. Cloudflare обнаружит и отобразит любые существующих записей для вашего домена
4. Удалите любые существующие записи A для вашего корневого домена
   • EX: yourdomain. com , он также может обозначаться как @ и будет указываться на IP-адрес
5. В раскрывающемся списке Тип выберите CNAME
6. Установите имя на @
7. В Target поле введите CNAME вашего WP Engine (например, environment .wpengine.com )

7. Теперь найдите www в столбце name :
   • Если в этой записи @ , ваш доменное имя или CNAME WP Engine в столбце Content рядом с ним, вы можете оставить запись как есть.
   • Если эта запись имеет IP-адрес в столбце Content рядом с ней (например: 123.456.78.90 ):
     • Удалите запись www
     • Нажмите Добавить запись
     • Установите Введите в раскрывающемся списке CNAME
     • В поле Имя введите www
     • В поле Target введите @
     • Нажмите Сохранить
8. В итоге вы получите две записи которые похожи на этот пример:

9. Прокрутите страницу вниз и найдите Nameservers ИЛИ, если вы впервые добавляете сайт в Cloudflare, нажмите Продолжить .
10. Cloudflare отобразит от двух до четырех серверов имен. Все они должны быть точно скопированы в панель управления вашего регистратора DNS (там, где вы купили домен).
11. На вашем DNS-хосте найдите область для редактирования ваших серверов имен. Часто это происходит в той же области, где вы управляете записями DNS. Возможно, вам потребуется выбрать параметр для установки «настраиваемых серверов имен».
12. После того, как изменил серверы имен на те, которые показаны на панели Cloudflare, обязательно сохраните.

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

ПРИМЕЧАНИЕ : Обновление серверов имен для вашего домена повлияет на все записи , связанные с ним, включая адреса электронной почты. Cloudflare делает все возможное, чтобы импортировать существующие записи, но убедитесь, что работаете с вашим почтовым хостом, убедитесь, что вы скопировали любые дополнительные записи DNS в Cloudflare.

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

Точка DNS с использованием записи ANAME

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

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

НАЗНАЧЕНИЕ	ТИП	НАЗВАНИЕ	ЦЕЛЬ / ИМЯ ХОСТА
Корневой (без www)	ANAME	Оставить пустым	environment. wpengine.com
www	ANAME	www	environment.wpengine.com
Поддомен	ANAME	блог, магазин и т. Д.	environment.wpengine.com

ПРИМЕЧАНИЕ : Если ваш веб-сайт находится в субдомене, например, blog.domain.com или shop.mystore.com , изменять корневые записи и записи WWW не требуется. Для указания субдомена требуется только запись субдомена.

В этом примере мы используем DNSMadeEasy.

1. Войдите в DNSMadeEasy
2. Выберите свой домен
3. Щелкните Записи
4. Найдите Записи ANAME Раздел
5. Щелкните + , чтобы добавить новую запись ANAME
6. Оставьте поле Имя пустым
7. Введите CNAME вашего WP Engine в поле с надписью Имя
8. Добавьте период в конец CNAME:
9. Установите TTL (время в секундах для вступления изменений в силу)
10. Щелкните Отправить для сохранения
11. Нажмите + еще раз, чтобы добавить еще одну запись ANAME
12. Введите www в поле Имя
13. Введите CNAME вашего WP Engine в поле с надписью Имя
14. Добавьте период в конец CNAME:
15. Установите TTL (время в секундах для того, чтобы изменения вступили в силу)
16. Нажмите Отправить t o save

Просмотрите полные инструкции от DNSMadeEasy.

Точка DNS с использованием записи псевдонима

Записи псевдонима работают так же, как записи ANAME и CNAME, в том смысле, что ваш корневой домен может указывать на динамический CNAME. Вы настроите свой корневой домен, используя запись псевдонима (которая обычно обозначается пустым именем записи, а не @), а также www или любые записи поддомена с использованием записи CNAME.

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

ПРИМЕЧАНИЕ : Если ваш веб-сайт находится в субдомене, например, blog. domain.com или shop.mystore.com , изменять корневые записи и записи WWW не требуется. Для указания субдомена требуется только запись субдомена.

В этом примере мы используем DNSimple.

1. Войдите в DNSimple
2. Нажмите Домены
3. Выберите свое доменное имя
4. Нажмите DNS
5. Нажмите Добавить запись
6. Выберите Псевдоним
7. Оставьте поле Имя blank
8. Задайте в поле Value свой WP Engine CNAME
9. Выберите свой TTL (время в секундах, чтобы изменения вступили в силу)
10. Нажмите Добавить запись , чтобы сохранить
11. Нажмите Добавить запись еще раз , чтобы добавить вторую запись
12. Выберите CNAME
13. Введите www в поле Имя
14. Задайте значение поле для вашего WP Engine CNAME
15. Нажмите Добавить запись , чтобы сохранить

См. Полные инструкции по настройке DNS на сайте DNSimple.

Точка DNS с использованием записи A

Указание вашей записи A на ваш статический IP-адрес WP Engine будет работать нормально, но вам нужно будет обновить свои записи DNS, если ваш сайт когда-либо будет перенесен на новый сервер, пока ваш сайт размещен у нас.

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

ПРИМЕЧАНИЕ : Если ваш веб-сайт находится в субдомене, например, blog. domain.com или shop.mystore.com , изменять корневые записи и записи WWW не требуется. Для указания субдомена требуется только запись субдомена.

После получения значения IP-адреса войдите на свой DNS-хост. Чаще всего это регистратор, у которого вы приобрели домен. Если вы не уверены, кто ваш DNS-хост, найдите свой домен на сайте WHOIs.

Мы создали отдельные руководства для наиболее распространенных хостов DNS:

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

1. Измените запись A с именем @ и измените поле «Значение» на свой IP-адрес WP Engine.
   • Это значение для вашего корневого домена или без www.
   • Если ваш DNS-хост позволяет изменять значение TTL (время жизни), установите его как можно меньшее значение. Это ускоряет распространение обновления.
2. Теперь проверьте запись «www»:

СЛЕДУЮЩИЙ ШАГ: узнайте, как добавить SSL и защитить все страницы через HTTPS

Управление записями DNS — Hover Help Center

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

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

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

Добавить записи DNS

1. Войдите в панель управления при наведении курсора.
   
2. На странице обзора домена щелкните раздел DNS .
   
3. В разделе DNS нажмите Добавить запись .
   

Наверх

Удалить записи DNS

1. В разделе DNS выберите нежелательные записи DNS, установив флажок для каждой записи.
   
2. Выделив записи, щелкните раскрывающееся меню Массовое редактирование .
   
3. В меню массового редактирования нажмите Удалить .
   
4. Нажмите кнопку Удалить , чтобы удалить выбранные записи.
   

Наверх

Типы DNS-записей

A / AAAA DNS-записи

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

При создании записей A / AAAA введите следующие значения:

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

Вернуться к началу

CNAME DNS-записи

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

При создании записей CNAME введите следующие значения:

Примечание: Hover не может поддерживать записи CNAME, которые используют корень (@) в качестве имени хоста.

Вернуться к началу

MX DNS-записи

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

При создании записей MX введите следующие значения:

Вернуться к началу

TXT DNS-записи

TXT позволяют пользователям связывать некоторый текст с именем хоста.

При создании записей TXT введите следующие значения:

Вернуться к началу

SRV DNS-записи

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

Примечание. Имена хостов SRV настраиваются с использованием следующего формата при создании с помощью Hover.

При создании записей SRV введите следующие значения:

Вернуться к началу

ClouDNS: что такое запись CNAME?

Запись CNAME также известна как запись канонического имени. Он используется для указания, что имя домена является псевдонимом для другого домена, «канонического» домена. Типичным примером является поддомен www, который часто устанавливается как псевдоним для имени корневого домена

Запись CNAME используется только для поддоменов. Вы не можете добавить какие-либо другие записи для данного имени хоста, если это имя хоста имеет запись CNAME. Кроме того, невозможно создать запись CNAME, если есть другие записи для этого имени хоста.

Запись CNAME в панели управления ClouDNS выглядит следующим образом:

Зачем вам нужна запись CNAME?

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

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

Как создать запись DNS CNAME?

Перейдите в панель управления и нажмите Добавить новую запись .Введите, как показано ниже:

Тип: CNAME
TTL: 1 час
Хост: example
Указывает на: example2.hostname.com

Как добавить запись CNAME — Пошаговое видео:

Запись CNAME VS Запись

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

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

1. Откройте бесплатную пробную учетную запись отсюда — бесплатно навсегда
2. Подтвердите свой адрес электронной почты
3. Войдите в свою панель управления
4. Создайте новый главный DNS с помощью кнопки [добавить новый] — подробнее здесь
5. Добавьте необходимые записи CNAME, как описано в этой статье.

Поддержка записей CNAME

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

FAQ

Вопрос: Какова основная цель записи CNAME?

Ответ: Вкратце, он перенаправляет с субдоменов вашего домена на другие домены / субдомены.

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

Ответ: Согласно RFC 1912 2.4 запись CNAME не может сосуществовать с любыми другими данными. А поскольку для корневого домена есть другие данные (например, записи SOA, записи NS и т. Д.), Запись CNAME не может быть добавлена ​​для корневого домена. Для таких случаев мы рекомендуем использовать запись ALIAS, которая заменяет CNAME и может сосуществовать с другими данными (ее можно создать для корневого домена).

Вопрос: Могу ли я использовать более одной записи CNAME для одного и того же хоста?

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

Как мне добавить собственные записи DNS? (устаревшие) — База знаний DreamHost

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

Дополнительные сведения см. В следующей статье:

Обзор

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

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

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

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

Настройка домена только для DNS

Инструкции по настройке домена «Только DNS» см. В следующей статье.

Это необходимо, если ваш сайт в настоящее время размещен на DreamHost и вы хотите направить свой DNS на другую хостинговую компанию, используя записи A или CNAME.

Запись

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

Указание субдомена на определенный IP-адрес

В следующем примере показано, как указать субдомену example.com на определенный IP-адрес. Например, если ваш сайт example.com и он использует серверы имен DreamHost, вы можете создать сайт с именем blog.example.com или store.example. com .Затем вы можете настроить этот поддомен так, чтобы он указывал на внешнюю хостинговую компанию. Это полезно, если вы хотите, чтобы поддомен указывал на внешний хост.

В приведенном ниже примере показано, как создать поддомен с именем subdomain.example.com и указать его на IP. Обязательно измените IP-адрес на IP-адрес, который вам предоставляет внешний хостинг.

1. Щелкните ссылку DNS, расположенную под вашим доменом на странице «Управление доменами».

2. Введите следующие три поля, чтобы создать запись A:
   • Имя : для основного домена оставьте поле «Имя» пустым.Для «www» или других субдоменов вы можете ввести имя субдомена в это поле.
   Это поле часто имеет одно из следующих значений: www , blog , dev , store и т. Д.
   • Тип : для записи «Тип» по умолчанию используется «A».
   • Значение : введите IP-адрес в поле «Значение».
   Это IP-адрес, на который должен указывать этот домен / субдомен.
3. Нажмите Добавить запись! кнопка.

Распространение новой записи A начинается и может занять до 6 часов, прежде чем новые записи будут обновлены онлайн.

Запись CNAME

Наряду с настраиваемыми записями A вы можете направить свой хостинг в сторону от DreamHost с помощью записи CNAME. Эта запись создается для указания одного домена на другой, а не для указания одного домена на IP-адрес, например, пользовательскую запись A.

Имейте в виду, что корневая запись A (например, example.com ) не может быть записью CNAME и всегда должен быть записью A.

1. Щелкните ссылку DNS под именем домена на странице «Управление доменами».

2. Введите следующее:
   • Имя : Это поле может быть любым. Но очень часто это просто www. Добавление www направляет субдомен www от DreamHost.
   В приведенном выше примере запись CNAME называется calendar и указывает на ghs.google.com .
   • Тип : в раскрывающемся меню выберите CNAME.
   • Значение : введите местоположение, на которое должна указывать эта запись.

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

3. Нажмите Добавить запись! кнопку для сохранения.

После нажатия Добавить запись! , начинается распространение новой записи. Это может занять до 6 часов, прежде чем новые записи будут обновлены онлайн.

Возможно, вы увидите следующую ошибку при добавлении CNAME:

У вас уже есть запись для этого имени.У вас не может быть CNAME и любой другой записи с тем же именем.

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

Если вы пытаетесь добавить CNAME для чего-то еще, просмотрите свои записи DNS, чтобы узнать, существует ли уже добавляемая запись.

Серверы имен

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

Запись SRV

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

Ваша стандартная запись SRV имеет следующий формат:

 _service._protocol.name. Целевой порт приоритетного веса SRV класса TTL. 

При вводе записи SRV на панели игнорируйте поля TTL, class и SRV. Полный пример ниже.

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

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

1. На вашей панели перейдите в Управление доменами.
2. Щелкните ссылку DNS под своим доменным именем:

   • Имя : _sipfederationtls._tcp

   Это «Служба», за которой следует «Протокол».

   На скриншоте выше создается только одна запись SRV. Повторите эти шаги для второй записи.

   • Тип : выберите SRV из раскрывающегося меню.

   • Значение : Вам необходимо ввести значения в порядке (приоритет) (вес) (порт) (цель)

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

    100 1 5061 sipfed.online.lync.com. 

   В приведенном выше примере используются следующие значения:

   приоритет = 100

   вес = 1

   порт = 5061

   target = sipfed.online.lync.com

3. Нажмите Добавить запись! кнопка.

После нажатия Добавить запись! , начинается распространение новой записи A и может занять до 6 часов, прежде чем новые записи будут обновлены онлайн.

Две записи после создания выглядят так:

 _sipfederationtls. _tcp SRV 100 1 5061 sipfed.online.lync.com.

_sip._tls SRV 100 1 443 sipdir.online.lync.com. 

Завершающий период применяется к концу записи после ее создания. Это не вызовет никаких проблем.

Запись TXT

Просмотрите запись TXT в Википедии.

1. Перейдите на страницу управления доменами.
2. Щелкните ссылку DNS под именем домена.

3. Введите следующее:
   • Имя : Это поле может быть любым. Очень часто его оставляют пустым.
   • Тип : в раскрывающемся меню выберите TXT.
   • Значение : введите местоположение, на которое должна указывать эта запись.
   Пример выше представляет собой типичную TXT-запись подтверждения сайта Google.
4. Нажмите Добавить запись! кнопку для сохранения.

После нажатия Добавить запись! , начинается распространение новой записи. Это может занять до 6 часов, прежде чем новые записи будут обновлены онлайн.

Уникальные адреса IPv4 или IPv6

Вы также можете добавить уникальную запись IPv4 или IPv6 в свой домен. Для получения более подробной информации просмотрите следующие статьи.

Дополнительная информация

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

• Изменения DNS могут занять до 6 часов. Если ваши серверы имен указывают на DreamHost, а службы, настроенные для созданной записи, не активны в течение этого времени, вы можете обратиться в службу поддержки за помощью в Contact Support.

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

См. Также

Почему корень домена не может быть CNAME — и другие лакомые факты о DNS

В этом посте будет использован вышеуказанный вопрос для изучения DNS , dig , A записей, CNAME записей и ALIAS / ANAME записей с точки зрения новичка. Итак, приступим.

Во-первых, некоторые определения

• Система доменных имен (DNS): общая система для преобразования запоминаемого человеком имени домена (пример.com) на IP-адрес (93.184.216.34). IP-адрес принадлежит серверу, обычно веб-серверу, на котором хранятся файлы, необходимые для отображения веб-страницы.
• DNS-сервер (также известный как сервер имен или сервер имен): использует программное обеспечение DNS для хранения информации об адресах домена. Существует несколько уровней — принадлежащие каждому интернет-провайдеру, корневому (всего 13 по всему миру), домену верхнего уровня (TLD, например, «.com») и DNS-серверам уровня домена.
• Доменное имя : домен (пример) в сочетании с TLD (.com). Термин «домен» часто используется как синоним имени домена, хотя они и разные. Когда вы покупаете «домен» у регистратора или реселлера, вы покупаете права на конкретное доменное имя (example.com) и любые субдомены, которые хотите создать (my-site.example.com, mail.example.com, так далее).

Поток запросов высокого уровня

Поток высокого уровня того, что происходит, когда вы вводите «example.com» в свой браузер, можно упростить, удалив переходы к DNS-серверам ISP, корневым и TLD, как показано ниже:

Домен обычно имеет два или более серверов имен, содержащих записи, относящиеся к имени домена (пример.com).

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

• A : записи адресов, которые сопоставляют имя домена с IP-адресом
• CNAME : запись канонического имени. Используется для присвоения имени одного домена (или имени поддомена) другому. Позже мы рассмотрим это подробнее.
• MX : записи почтового обмена, которые сообщают агентам по доставке электронной почты, куда они должны доставить вашу электронную почту
• TXT : гибкие текстовые записи для хранения строк для различных целей
• SOA : сохраняется единичная запись о начале полномочий на верхнем уровне домена.Содержит конкретную необходимую информацию о домене, например его первичный сервер имен
• NS : серверы имен, связанные с доменом

Когда ваше устройство отправляет запрос, который достигает сервера имен, сервер просматривает узел записи домена для записи A и связанный сохраненный IP-адрес (example.com: 93.184.216.34). Затем он возвращается на устройство, чтобы использовать его для отправки запроса на правильный веб-сервер для получения запрошенной веб-страницы или ресурса.

Использование «dig»

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

$ dig example.com приводит к выводу длинного ответа, напечатанного на терминал, вывод по умолчанию подробно описан здесь, из которых нас интересует РАЗДЕЛ ОТВЕТА .

  ;; РАЗДЕЛ ОТВЕТА:
example.com.72703 IN A 93.184.216.34  

Итак, мы видим, что example.com возвращает запись A из 93.184.216.34 . Иногда домены будут иметь более одной записи A , если более одного веб-сервера могут предоставить необходимую информацию.

Это еще не все! Если мы попробуем другие примеры, мы скоро увидим, что появляется еще одна общая запись: CNAME .

$ dig www. skyscanner.net :

  ;; РАЗДЕЛ ОТВЕТА:
www.skyscanner.net. 169 В CNAME www.skyscanner.net.edgekey.net.
www.skyscanner.net.edgekey.net. 5639 В CNAME e11316.a.akamaiedge.net.
e11316.a.akamaiedge.net. 20 IN A 23.217.6.192  

  www.skyscanner.net.edgekey.net. 5639 В CNAME e11316.a.akamaiedge.net.  

  e11316.a.akamaiedge.net. 20 IN A 23.217.6.192  

Использование флага + short позволяет четко видеть сформированный путь:

$ dig www.skyscanner.net + short

  www.skyscanner.net.edgekey.net.
e11316.a.akamaiedge.net.
23.217.6.192  

CNAME

Запись CNAME позволяет использовать доменное имя в качестве псевдонима для другого канонического (истинного) домена.

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

Простой пример этого может быть, если у вас есть сервер, на котором вы храните все ваши фотографии. Обычно вы можете получить к нему доступ через photos.example.com . Однако вы также можете захотеть разрешить доступ через photographys.example.com . Один из способов сделать это возможным — добавить запись CNAME , которая указывает фотографий на фотографий . Это означает, что, когда кто-то посещает photoss.example.com , ему будет предоставлено то же содержание, что и фотографии.example.com .

Используя запрос $ dig photographys.example.com , мы увидим:

  photoss.example.com В CNAME photos.example.com
photos.example.com IN A xx.xxx.x.xxx  

Важно отметить, что CNAME является той частью с правой стороны. Левая часть — это псевдоним или метка.

Другое распространенное использование — поддомен www . Купив example.com , вы, вероятно, также захотите, чтобы пользователи набирали www.example.com , чтобы увидеть то же содержание.

Здесь стоит отметить, что example.com можно назвать верхним, корневым или голым доменным именем.

Один из вариантов — создать еще одну запись A , указывающую на тот же IP-адрес, что и для example.com . Это полностью верно, и это то, что делает настоящий example.com , но он плохо масштабируется. Что произойдет, если вам нужно обновить IP-адрес, на который указывает example.com ? Вам также потребуется обновить его для поддомена www и любых других, которые вы можете использовать.

Если запись CNAME использовалась для псевдонима www.example.com , чтобы указывать на example.com , тогда необходимо было бы обновить только корневой домен, поскольку все остальные узлы указывают на него.

Ограничения CNAME

В то время, когда были написаны стандарты DNS, были установлены некоторые правила, регулирующие их использование. RFC 1912 и RFC 2181 устанавливают, что:

• SOA и Записи NS обязательны для присутствия в корневом домене
• Записи CNAME могут существовать только как отдельные записи и не могут быть объединены с другими ресурсами запись (записи DNSSEC SIG , NXT и KEY RR исключены)

Это исключает использование CNAME в корневом домене, поскольку эти два правила противоречат друг другу.

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

Пример этого рассказывается Cloudflare, описывая проблемы, с которыми они столкнулись с почтовыми серверами Microsoft Exchange после использования CNAME в своем корневом домене:

Домены обычно обозначают серверы, которые обрабатывают свою электронную почту через так называемую запись MX. .Проблема заключалась в том, что серверы Exchange … могли получить CNAME в корневой записи, а затем неправильно учитывать CNAME, установленную в записи MX. Вы не можете винить Exchange. Они работали в соответствии с предположениями, изложенными в спецификации DNS.

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

Современный интернет

Так почему же это проблема? В любом случае, зачем вам использовать CNAME для корневого домена? Конечно, это конец пути при поиске IP-адреса веб-сервера, на котором размещен ваш контент?

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

Вы можете использовать поставщика «Платформа как услуга» (PaaS), например Heroku, и хранить контент на их веб-серверах. Вы контролируете контент, но не инфраструктуру, а поставщик PaaS берет на себя тяжелую работу по обслуживанию сети. Обычно они предоставляют вам URL-адрес ( my-app.herokuapp.com ), который является поддоменом их корневого домена, и вы можете просматривать IP-адреса веб-серверов, на которых размещен ваш контент.Но они полностью находятся под контролем провайдера PaaS и будут меняться без предупреждения.

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

  example.com В CNAME my-app.herokuapp.com.www.example.com IN CNAME my-app.herokuapp.com.example.com IN CNAME my-app.herokuapp. com.
www.example.com В CNAME my-app.herokuapp.com.  

, чтобы позволить Heroku (или выбранному вами хост-провайдеру) управлять обновлением записи A , на которую указывает CNAME , без каких-либо изменений с вашей стороны. Однако, как мы теперь знаем, это нарушает спецификацию DNS, поэтому это очень плохая идея.

Можно просто реализовать перенаправление 301/302 с example.com на www.example.com. Однако эта инструкция выполняется либо на веб-сервере (поэтому все еще существует проблема использования фиксированной записи A в DNS для указания на этот веб-сервер), либо при перенаправлении настраиваемого поставщика DNS (что вызывает сложности с HTTPS ).

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

Решение

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

• ALIAS в DNSimple
• ANAME в DNS Made Easy
• ANAME в easyDNS
• CNAME (виртуальный) в CloudFlare

Это все типы виртуальных записей, которые обеспечивают поведение, подобное CNAME , без каких-либо недостатков.Точная реализация может отличаться, но на высоком уровне, когда DNS-сервер видит один из этих типов виртуальных записей, он действует как преобразователь DNS. Он следует по цепочке, созданной псевдонимом, пока не разрешится в записи (или записях) A и не вернет эти записи A на DNS-сервер. Это «сглаживает» цепочку CNAME в возвращенные записи A и неотличимо от отправленного запроса. Запрос видит только чистую запись A , которая не нарушает спецификации DNS и не имеет недостатков CNAME .

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

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

  пример.com ИМЕННО my-app.herokuapp.com.www.example.com В CNAME my-app.herokuapp.com.  

Спасибо за чтение! ?

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

Ресурсы

Создание записи псевдонима (CNAME) в DNS для WEB1

• 000Z» data-article-date-source=»ms.date»> 07.08.2020
• 2 минуты на чтение

В этой статье

Применимо к: Windows Server (полугодовой канал), Windows Server 2016

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

Благодаря этому вы можете свободно использовать свой веб-сервер для размещения списка отзыва сертификатов (CRL) для вашего центра сертификации (CA), а также для выполнения дополнительных услуг, таких как FTP или веб-сервер.

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

Для выполнения этой процедуры вы должны быть членом Администраторы домена .

Для добавления записи ресурса псевдонима (CNAME) в зону

1. На DC1 в диспетчере сервера щелкните Инструменты , а затем щелкните DNS . Откроется консоль управления DNS Manager (MMC).

2. В дереве консоли дважды щелкните Зоны прямого просмотра , щелкните правой кнопкой мыши зону прямого просмотра, в которую вы хотите добавить запись ресурса псевдонима, а затем щелкните Новый псевдоним (CNAME) .Откроется диалоговое окно Новая запись ресурса .

3. В поле Псевдоним введите псевдоним pki .

4. Когда вы вводите значение для Псевдоним , Полное доменное имя (FQDN) автоматически заполняется в диалоговом окне. Например, если ваш псевдоним «pki», а ваш домен — corp.contoso.com, значение pki.corp.contoso.com заполняется автоматически.

5. В поле Полное доменное имя (FQDN) для целевого хоста введите полное доменное имя вашего веб-сервера.