Light-electric.com

IT Журнал
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Настройка cname записи домена

Введение в DNS-записи

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

Как работает DNS

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

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

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

Серверы имен

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

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

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

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

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

Файл зоны каждого домена включает в себя адрес электронной почты администратора домена, серверы имен и 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-записей

A и AAAA

Запись A связывает домен или субдомен с IP-адресом, что позволяет трафику достигать сайта. Это основная функция DNS. Типичная запись A выглядит следующим образом:

Вы можете указать разные субдомены на разных IP-адресах. Если нужно указать каждый субдомен example.com на IP, то можете использовать для субдомена звездочку ( * ):

Запись AAAA аналогична записи A, но она используется для IP-адресов IPv6. Типичная запись AAAA выглядит следующим образом:

Запись AXFR используется для репликации DNS. Хотя существуют более современные способы.

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

DNS Certification Authority Authorization (CAA) использует DNS, чтобы владелец домена мог указать, каким центрам сертификации разрешено выдавать сертификаты для этого домена.

CNAME

Запись CNAME ( запись канонического имени) соответствует домену или поддомену. При записи CNAME используются разрешения DNS целевого домена в качестве разрешения псевдонима. Например:

При запросе alias.com начальный поиск DNS найдет запись CNAME с целью example.com. Будет запущен новый поиск DNS example.com, который найдет IP-адрес 12.34.56.78 . Посетители alias.com будут направлены к IP-адресу 12.34.56.78.

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

Записи MX не могут ссылаться на имена хостов, определенные CNAME. Целевой домен для записи CNAME также должен иметь нормальное разрешение A-записи.

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

Запись DKIM она же запись DomainKeys Identified Mail отображает открытый ключ для аутентификации сообщений, которые подписаны с помощью протокола DKIM. Это расширяет возможности проверки подлинности электронной почты. Типичная запись DKIM выглядит следующим образом:

DKIM-записи представлены в виде текстовых записей. Запись должна быть создана для субдомена, который имеет уникальный селектор для этого ключа, затем указывается точка ( . ) и _domainkey.example.com. Тип -TXT, значение включает в себя тип ключа, за которым следует фактический ключ.

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

Приведенные выше записи направляют почту для example.com на сервер mail.example.com. В идеале MX-запись должна указывать на домен, который также является именем хоста его сервера. Если вы используете стороннюю почтовую службу, такую ​​как Google Apps, то следует применять предоставленные ими MX-записи.

Приоритет является еще одним компонентом MX-записей. Это число, записанное между типом записи и целевым сервером. В примере, приведенном выше, использован приоритет 10.

Приоритет позволяет назначить резервный почтовый сервер (или серверы) для определенного домена. Меньшие числа имеют более высокий приоритет. Пример домена, который имеет два резервных почтовых сервера:

Если mail_1.example.com не работает, электронная почта будет доставлена на mail_2.example.com. Если mail_2.example.com также не работает, почта будет доставлена на mail_3.example.com.

NS-записи устанавливают серверы имен для домена. Они задаются для домена у регистратора и в файле зоны. Типичные записи сервера имен выглядят следующим образом:

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

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

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

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

Записи PTR обычно устанавливаются на хостинге. Они не являются частью файла зоны домена.

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

Можно использовать разные IP-адреса (включая адреса IPv4 и IPv6), на которых один и тот же домен установлен для обратного DNS. Для этого необходимо настроить несколько записей A или AAAA для этого домена, которые указывают на различные IP-адреса.

Запись SOA обозначает файл зоны с именем хоста, на котором он был создан. Далее в нем указывается контактный адрес электронной почты администратора домена. Типичная запись SOA:

Адрес электронной почты администратора пишется с точкой ( . ) вместо символа @ .

Вот что означают эти цифры:

  • Серийный номер : номер редакции файла зоны этого домена. Он изменяется, когда файл обновляется.
  • Время обновления : количество времени (в секундах), в течение которого вторичный DNS-сервер будет хранить файл зоны, прежде чем проверит изменения.
  • Время повтора : время, которое вторичный DNS-сервер будет ожидать, прежде чем повторить передачу файла зоны.
  • Время истечения : время, в течение которого вторичный DNS-сервер будет ожидать, прежде чем истечет срок действия текущей копии файла зоны, если он не сможет обновить себя.
  • Минимальный TTL : минимальный период времени, в течение которого другие серверы должны хранить в кэше данные из файла зоны.
Читать еще:  Статус домена delegated

Сервер имен, упомянутый в записи SOA, считается основным для динамического DNS. На нем изменения файла зоны производятся до того, как они распространяются на другие серверы имен.

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

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

В SPF-записи необходимо перечислить почтовые серверы, с которых вы отправляете почту, а затем исключить остальные. Ваша SPF- запись будет содержать домен или поддомен, тип (TXT или SPF, если ваш сервер имен поддерживает его) и текст (который начинается с «v = spf1» и содержит настройки SPF- записи).

С помощью этой SPF-записи принимающий сервер проверит и IP-адрес отправляющего сервера, и IP-адрес example.com.

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

Рекомендуем посетить ресурс openspf.org, чтобы узнать, как работают SPF- записи и как создать запись, которая подходит для вашей настройки.

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

Описание элементов, которые используются в SRV-записи:

  • Служба : названию службы должно предшествовать подчеркивание ( _ ) и точка ( . ). Служба может быть чем-то вроде _xmpp.
  • Протокол : имя протокола должно начинаться с подчеркивания ( _ ) и заканчиваться точкой ( . ). Протокол может быть чем-то вроде _tcp.
  • Домен : имя домена, который будет получать исходный трафик для службы.
  • Приоритет : первое число ( 10 в приведенном выше примере) позволяет установить приоритет для целевого сервера. Можно установить цели с разными приоритетами, что позволит иметь резервный сервер (или серверы) для этой службы. Меньшие числа имеют более высокий приоритет.
  • Вес : Если две записи имеют одинаковый приоритет, вместо него учитывается вес.
  • Порт : порт TCP или UDP, на котором работает служба.
  • Цель : целевой домен или поддомен. Он должен иметь запись A или AAAA, которая разрешается в IP-адресе.

Примером использования SRV-записей является настройка федеративной VoIP .

Запись TXT ( текстовая запись) предоставляет информацию о домене другим интернет-ресурсам. Одно из распространенных применений TXT-записи — создание SPF- записи на серверах имен, которые изначально не поддерживают SPF. Другой вариант использования — создание записи DKIM для почты.

Данная публикация представляет собой перевод статьи « DNS Records: An Introduction » , подготовленной дружной командой проекта Интернет-технологии.ру

Что такое DNS-записи и какие типы бывают

  • Что такое DNS-хостинг
  • Как правильно припарковать домен к хостингу
  • Что такое DNS-сервер простыми словами
  • Что такое DNS-записи и какие типы бывают
  • Правильный переезд сайта с HTTP на HTTPS
  • Как добавить WWW-домен в ISPmanager
  • Создание поддоменов в ISPmanager
  • Как воспользоваться бесплатным техническим доменом
  • Как зарегистрировать доменное имя

Содержание

Система доменных имен (Domain Name System) или просто DNS — важнейшая часть механизма Всемирной сети. Именно она позволяет сопоставить доменные имена веб-ресурсов с IP-адресами физических устройств, на которых они расположены.

Эту распределенную базу данных можно назвать аналогом «телефонного справочника» всего Интернета. «Телефонные номера» в ней — это IP-адреса, а «ФИО абонентов» — соответствующие им доменные имена.

Информацию о доменах для подобной «телефонной книги» хранят специальные DNS-серверы в виде ресурсных записей (DNS-записей ресурса). Чтобы новый сайт получил официальную «прописку» в Сети, нужно сначала прикрепить (делегировать) его домен на DNS-серверы, а затем прописать на этих серверах ресурсные записи.

Об основных типах DNS-записей и их назначении расскажем в данной статье.

Из чего состоит DNS-запись

В состав DNS-записи входят следующие поля:

  • Name/ Hostname (Имя, хост, домен — имеет несколько названий). Определяет домен, к которому относится (привязана) данная ресурсная запись.
  • Type (Тип). Указывает на тип (назначение) данной ресурсной записи. Наиболее распространенные типы DNS-записей — A, AAAA, MX, CNAME и TXT.
  • Class (Класс). Здесь указывается тип рабочей сети. Теоретически, система может работать во всех ее типах. Но, TCP/IP сети — самые распространенные. Поэтому, поле редко используется.
  • TTL (Time To Live) — время жизни (хранения) DNS-записи.
  • RDATA (Resource Data) — значение данного поля ресурсной записи зависит от ее конкретного типа.
  • Priority (Приоритет) — задает приоритет (очередность) обработки конкретной DNS-записи.
  • Protocol (Протокол)— указывает на протокол, используемый TCP, UDP, TLS.
  • ServiceName (Имя сервиса) — его можно посмотреть в файле /etc/services. Например: pop3, telnet.
  • Weight (Вес) — задает вес хоста. Обработка запросов распределяется по весу хоста.
  • Address (Адрес) — IP-адрес, который автоматически конвертируется в in-addr.arpa формат.

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

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

Типы DNS-записей зависят от их функционального назначения.

A-запись (Address record)

Address record указывает на конкретный IP-адрес домена. Без нее сайт работать не будет. По этой записи система определяет к какому серверу обращаться за получением информации, когда пользователь вводит название сайта в адресную строку веб-браузера.

Настройка домена

Содержание

В разделе Управление доменами можно добавлять домены и изменять их DNS настройки.

Домен с пользовательскими настройками

Домен с пользовательскими настройками (нестандартный домен) – это такое доменное имя, чьи записи были вручную изменены пользователем и отличаются от записей, присваиваемых по умолчанию нашей системой.
Внимание!
При первом добавлении любой пользовательской записи в Настройках параметров DNS стандартные записи пропадают.
К примеру, если Вы решили настроить приём почты на Google, а сайт оставить на нашем сервере, то, прописав его MX сервера, необходимо добавить А-запись – IP нашего сервера (перед изменением DNS настроек домена запишите значения по умолчанию). Также пропадёт автоматически созданный поддомен «www.». Его следует создать отдельно и добавить к соответствующему сайту в разделе Управление Сайтами.

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

Первичный (мастер) DNS -сервер

Записи о конкретной зоне на всех обслуживающих её ns-серверах должны быть идентичны.
Обычно один ns-сервер считается первичным (primary), остальные — вторичными (secondary). Вторичные ns-сервера периодически опрашивают первичный на наличие каких-либо изменений в зоне, и, если таковые произошли, вносят эти изменения в свою запись об этой зоне.

Наши ns-сервера могут полностью обслуживать ваш домен (то есть являться первичным и вторичным ns-сервером для домена), либо могут быть настроены только в качестве вторичных ns-серверов для вашего домена.

Чтобы задать первичный DNS -сервер необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на нужный Вам домен.
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Далее выбрать пункт «Заменить мастер DNS -сервер на записи DNS »
  6. Вписать нужный Вам мастер DNS -сервер
  7. Нажать кнопку «сохранить изменения»

Также на мастер DNS -сервере нужно разрешить трансфер домена для наших серверов(ip адреса: 80.93.56.2 и 80.93.50.53)

Для DNS -сервера BIND разрешить трансфер можно с помощью директив: allow-transfer <80.93.56.2>allow-transfer

Хост мастер(первичного) DNS -сервера, Вы можете узнать у своего хостинг-провайдера или задать самостоятельно, если Вы используете выделенный DNS -сервер.

А-запись

Запись типа A (А-запись) позволяет установить соответствие между именем домена и его IP-адресом. Запись типа A имеет следующий формат:

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

Если Вам необходимо настроить Ваш домен на сторонний сервер, то Вам необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на нужный Вам домен.
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Выбрать тип записи «А» и прописать нужный ip-адрес.
  6. Нажать кнопку «сохранить изменения»

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

MX-запись

MX-запись (Mail eXchange)― это DNS -запись, указывающая на серверы, принимающие почту для данного домена.

Запись типа MX имеет следующий формат:

Если Вы хотите настроить домен на работу со сторонним почтовым сервером, то Вам необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на нужный Вам домен
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Выбрать тип записи «MX» и прописать необходимый приоритет и имя сервера (при указании имени сервера точка в конце обязательна, например: jango.mail.org. )
  6. Нажать кнопку «сохранить изменения»
Читать еще:  Как добавить шрифт в word 2020

Подробнее о настройке MX-записей под различные нужды описано в разделе настройки MX-записей .

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

SRV -запись

SRV – одна из разновидностей записей в DNS . Указывает месторасположение серверов для различных сервисов.

Запись типа SRV имеет следующий вид:

Если Вы хотите добавить собственную SRV -запись, то Вам необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на нужный Вам домен
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Выбрать тип записи « SRV » и прописать нужные Вам значения.
  6. Нажать кнопку «сохранить изменения»

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

TXT -запись

Цель TXT записи хранить общую информацию о конкретном хосте или устройстве. Чаще всего TXT запись используется для поддержки SPF .

Запись типа TXT имеет следующий вид:

Если Вы хотите добавить собственную TXT -запись, то Вам необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на нужный Вам домен
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Выбрать тип записи « TXT » и прописать комментарии.
  6. Нажать кнопку «сохранить изменения

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

CNAME -запись

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

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

Запись типа CNAME имеет следующий вид:

По умолчанию, в нашей панели для домена создается поддомен www.yourdomain.ru c CNAME записью:

www.yourdomain.ru CNAME yourdomain.ru.

Если Вы хотите добавить собственную CNAME -запись, то Вам необходимо:

  1. Зайти в панель управления
  2. Перейти в раздел «Управление» пункт «Домены»
  3. Нажать на созданный Вами поддомен
  4. В открывшемся меню, выбрать пункт «настройка параметров DNS »
  5. Выбрать тип записи « CNAME » и прописать хост (точка в конце обязательна)
  6. Нажать кнопку «Сохранить изменения»

Увидеть записи для доменов можно используя команды nslookup (доступна пользователям ОС Windows, и unix-подобных систем) и host (для пользователей unix-подобных систем)

Настройки DNS

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

Важная информация для начинающих

Возможность менять настройки DNS своего сайта очень важна для большинства пользователей. Однако, неверно введённые данные в настройки DNS могут привести к неработоспособности сайта на достаточно продолжительный период. Это происходит вследствии того, что изменения DNS не вступают в силу немедленно (смотрите пояснения ниже). Если Вы совершили ошибку, то это приведёт невозможности доступа к Вашему сайту кого-либо (включая Вас). После того, как Вы исправите ошибку, пройдет до 72 часов, пока исправления всупят в силу. ДНС-сервера для домена обычно следует менять НЕ ЗДЕСЬ, а в панели управления доменом.

Вот несколько советов, которые помогут Вам избежать ошибок:

1. Дочитайте этот документ до конца.

2. В совершенстве изучите, что такое записи A, CNAME, NS, и MX.

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

4. Не делайте серьезных изменений без консультаций.

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

Изучение сервера доменных имен (DNS)

DNS (сервер доменных имен) выдает информацию компьютерам как искать друг друга через интернет. Когда Вы набираете адрес в Вашем браузере, Ваш провайдер (ISP — Internet Service Provider) проверяет его через сервер доменных имен (DNS), чтобы знать куда послать Ваш запрос.

http://www.domain.ru —> проверка в DNS —> DNS сообщает адрес domain.ru = 192.168.0.1 —> Вы получаете содержимое сайта.

Почему так происходит?

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

Сервер доменных имен хранит запись о Вашем имени домена и IP адрес сервера, куда необходимо посылать запросы.

Почему я должен в записи домена указывать сервер имён (DNS) моего хостинга?

Как было рассказано выше, сервер имен отвечает за то, как найти информацию о Вашем сайте. Когда Вы заполняете запись в Вашем домене, Вы сообщаете всему интернету информацию о точном направлении где можно взять наиболее точную информацию. Если Вы не измените информацию в записи своего домена, (то есть оставите использование предыдущего DNS хостинг-провайдера), то указатель на информацию о Вашем сайте будет указывать на сервер, где на самом деле уже нет Вашего сайта. Или если предыдущий хостинг-провайдер уже удалил со своего DNS записи о Вашем сайте, то Ваш домен будет указывать в &quotникуда&quot.

Почему изменения о смене хостинга так долго вступают в силу?

Когда Вы меняете хостинг провайдера (адрес) или в первый раз регистрируете доменное имя, информация о новой записи поступает на другие сервер доменных имен (DNS). Выш сайт может заработать уже через 4 часа, но среднее время распространения информации составляет 24-72 часа. Эта задержка происходит в следствии того, что большинство серверов имен (DNS) настроены на периодическое обновление информации. Таким образом, информация, которая на них хранится не всегда «живая.» Обновление информации через определенный период времени для данных серверов выбран потому, что информация такого рода меняется очень редко.

Почему мой домен ссылается на старый хостинг, хотя я там давно не имею аккаунта?

Этому есть несколько объяснений:

1. Информация о старых DNS осталась в записях Вашего домена.

Решение: Отредактируйте записи Вашего домена так, чтобы они указывали на сервер имен (DNS) Вашего нового хостинг провайдера.

2. Они не удалили записи о Вашем домене со своего сервера доменных имен.

Решение: Попросите их удалит старую запись о Вашем домене, или следуйте решению #1 если Вы перешли к новому хостинг провайдеру.

3. Информация о новой записи Вашего сайта еще не распространилась на все сервера имен (DNS). Это случается всякий раз, когда Вы меняете запись указателя сервера имен (DNS) домена Вашего сайта.

Решение: Подождите 24-72 часа и обращайтесь к Вашему хостинг провайдеру, если проблема остается.

Почему некоторые пользователи уже видят мой новый сайт, а я нет?

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

Есть ли какой-либо способ посмотреть/получить доступ к моему сайту до тех пор пока не обновлены записи DNS?

Да. Вы можете получить доступ по адресу http://ip.address/

username и Вы можете зайти в панель управления по адресу http://ip.address/da . Если Вы не знаете IP адрес сервера, пожалуйста, спросите его у Вашего хостинг провайдера.

Изменение настроек DNS

Для доступа к настройкам DNS в главном меню панели управления нажмите на иконку «DNS Menu».

В приведенном примере даны настройки DNS для сайта site-helper.com. Следующие абзацы расскажут Вам как менять записи A, CNAME, NS, MX, и PTR. Эта секция необходима для полного понимания того, как панель управления управляет именами хостов.

Внимание: Есть два пути для ввода имени хоста:

Читать еще:  Синхронизация времени в домене команда cmd

1. Полное имя хоста с точкой на конце: full.hostname.ru.

2. Только поддомен: full

Например, первую запись в указанной таблице можно прочитать так:

admin A 216.194.67.119 или

admin.site-helper.com. A 216.194.67.119

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

Примечание: Если Вы не уверены как необходимо вводить записи, посмотрите на существующие записи в таблице и сделайте запись по the table for guidance.

Изучаем записи: A, CNAME, NS, MX, и PTR.

Записи типа A (A RECORDS)

Запись типа A позволяет установить соответствие между именем хоста в домене и его IP-адресом. Например, если Вы хотите, чтобы mycomputer.yourdomain.com указывала на Ваш домашний компьютер (который имеет адрес, например, 192.168.0.3), Вы должны ввести запись так:

Важно: Вы должны поставить точку после имени хоста. Не ставьте точки после адреса IP.

Запись CNAME (CNAME RECORDS)

Запись типа CNAME (Canonical Name — Каноническое имя) позволяют присваивать хосту мнемонические имена. Мнемонические имена, или псевдонимы, широко применяются для связывания с хостом какой-либо функции, либо просто для сокращения имени. Реальное имя иногда называют каноническим. Например:

vashdomain.ru. A 192.168.0.1

Если для хоста есть запись типа CNAME, которая содержит его мнемонические имена, другие записи для данного хоста должны ссылаться на его реальное (каноническое) имя, а не на мнемоническое. Когда программы DNS встречают запись CNAME, они прекращают свои запросы по мнемоническому имени и переключаются на реальное имя. Кроме того, если данное имя использовано в качестве псевдонима, то на него нельзя занести записи любого другого типа. Например:

ftp.vashdoman.ru. CNAME vashdomain.ru.

mail.vashdomain.ru. CNAME vashdomain.ru.

ssh.vashdomin.ru. CNAME vashdomain.ru.

записи CNAME дают возможность доступа к Вашему домену через адреса ftp.vashdomain.ru, mail.vashdomain.ru, и т.д.. Без таких записей CNAME Вы не сможете подключиться к Вашему серверу по таким адресам.

Ввод записи CNAME

Если мы хотим, чтобы home.site-helper.com указывал на site-helper.com, мы можем сделать это двумя методами:

Мы просто можем ввести имя поддомена. Не ставьте точку после названия поддомена.

Второй способ: введите полное имя домена, заканчивающееся точкой.

Записи сервера имён (NS)

Записи типа NS (Name Server — cервер имен) описывают authoritative DNS-серверы для данного домена. Количество записей типа NS в файле зоны должно точно соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы, указанные в домене. Для доменов второго уровня это DNS-серверы, указанные в полях «nserver».

Внимание: Изменением записей NS Вы можете остановить работу Вашего сайта. Обычно не требуется изменять записи NS.

Первым шагом необходимо удалить старые записи NS.

Затем, введите две новые записи серверов имен. Имя хоста серевра имен должно оканчиваться точкой, как показано на примере:

Не забывайте ставить точку после имени хоста в записи NS (ns1.newnameserver.com. а не ns1.newnameserver.com ).

Запись типа MX (Mail Exchange — почтовый сервер) определяет почтовый сервер — машину, которая обрабатывает почту для вашего домена. Приоритет: определяет значение приоритетности почтового сервера. Чем меньше число, тем выше приоритет почтового сервера (0 означает самый высокий приоритет, 65535 — самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенным и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны. Если Вы меняете запись MX таким образом, что почта будет обрабатываться другим сервером, все Ваши текущие аккаунты POP3, переадресации, почтовые роботы, и списки рассылки остануться без работы, то есть почта на них поступать не будет.

Для изменения записи MX, сначала зайдите в «E-Mail Menu» из основного меню панели управления. Затем, нажмите иконку «MX Records».

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

Затем, введите имя нового хоста, оканчивающееся точкой, данное Вам провайдером электронной почтой. Затем выберите приоритет (обычно 10) из низспадающего меню. Уровень приоритета также должен быть выдан Вашим провайдером электронной почты. Нажмите «Add.»

Внимание: Обязательно ставьте точку в конце имени хоста.

Для восстановления первоначальных настроек записи MX, введите vashdomain.ru. с приоритетом 0 после удаления всех других записей.

Записи типа PTR (Pointer — указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR. Записи типа PTR, как правило, имеет смысл вносить только в обратные зоны. Если провайдер выделил вам несколько IP-адресов из своей сети, то по поводу записей в обратной зоне вам следует обращаться к нему Например, чтобы адресу 192.168.0.1 соответствовало www.vashdomain.ru, запись должна выглядеть так:

1.0.168.192.in-addr.arpa PTR www.vashdomain.ru.

Примечание: Адрес IP «перевёрнут» в первом поле. Пожалуйста, используйте точку после имени хоста (второе поле).

Чаще всего используется метод “in-addr-arpa”.

Важно: Записи PTR эффективны только в том случае, если Ваш сайт имеет собственный адрес IP.

Записи PTR работают только в случае ручного редактирования named.conf путем добавления необходимой информации о зоне. Это может быть сделано суперпользователем (root) (Администратором сервера).

Необходима дополнительная помощь?

Пожалуйста, обращайтесь в службу поддержки Вашего хостинг-провайдера или посетите форум поддержки DirectAdmin по адресу http://www.directadmin.com/forum , а также русскоязычный форум компании RuWeb.net

Вы также можете взглянуть на демо-аккаунт панели управления хостингом (логин: demo_user, пароль: demo).

Ресурсные записи DNS

A-запись предназначена для того чтобы поставить в соответствие имени хоста, например example.ru, IP-адреса, например, 192.168.0.1. У каждого хоста может быть несколько IP-адресов, т.е. возможно установить несколько A-записей.

Запись AAAA ставит в соответствие доменному имени адрес IPv6. Например имя example.ru может указывать на IPv6-адрес 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d. У каждого хоста может быть несколько IPv6-адресов, т.е. возможно установить несколько AAAA-записей.

Запись CNAME позволяет поставить в соответствие одному имени хоста другое. Если для домена www.example.ru установлена запись CNAME на домен example.ru, то запрос пришедший на имя домена www.example.ru будет перенаправлен на example.ru.

Использование записи CNAME исключает использование других ресурсных записей для данного хоста. То есть, вместе с CNAME нельзя использовать A, MX, NS, SOA и другие записи. По этой причине невозможно сделать CNAME для доменного имени второго уровня, например, example.ru, поскольку для него обязательно есть записи SOA и NS.

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

Предположим, что почту для домена example.ru обслуживает сервер mx.example.ru. Тогда в MX записи будет указано имя mx.example.ru, которому будет присвоено некоторое число, называемое приоритет. Когда почтовый сервер только один, значение этого параметра не имеет значения (но он должен быть).

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

Запись NS указывает имена серверов на которых размещена информация для данного домена (сервера имен).

Если Вы зарегистрировали свой домен в ЗАО «Демос-Интернет» и делегировали его на сервера ns1.root.ru и ns2.root.ru, то эта запись создается в зоне автоматически.

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

Формат этой записи несколько отличен от прочих записей. Вместе с именем домена используется конструкция _service._proto.name, где service — имя сервиса (например sip), proto — имя протокола (например tcp), а name — имя домена для которого действует эта запись. Для SRV-записи необходимо указать следующие параметры:
приоритет сервера, обслуживающего данный сервис целевого хоста. Клиент должен обращаться к серверу с минимальным приоритетом среди тех, которые работают в данный момент
вес сервера предназначен для балансировки нагрузки в случае, если приоритет серверов совпадает. Шанс выбора сервера для обращения клиента пропорционален его весу.
— номер порта, на котором работает сервис.
— канонические имя машины, предоставляющей сервис.

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

Все инструкции оформляются в виде одной текстовой строки. Для правильного оформления SPF-записи обратитесь к документации.

Ссылка на основную публикацию
Adblock
detector