Доменные имена. Изучаем записи типа A, CNAME, NS, MX.

@**specialist-seo** · 27.11.2010, 20:36

A записи

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

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

CNAME записи

Записи типа CNAME (Canonical Name - Каноническое имя, еще можно назвать синонимом, псевдонимом или алиасом) позволяют присваивать серверу одно или несколько псевдонимов. Сперва всегда должна быть создана запись типа A. Например:

yourdomain.com. A 192.168.0.1

Теперь используя CNAME хосту yourdomain.com можно сопоставить другие хосты. Например:

ftp.yourdoman.com. CNAME yourdomain.com.
mail.yourdomain.com. CNAME yourdomain.com.
ssh.yourdomin.com. CNAME yourdomain.com.

Теперь доступ к Вашему домену yourdomain.com можно осуществлять также по адресам: ftp.yourdomain.com, mail.yourdomain.com и т.д. Не было бы записей CNAME, Вы не смогли бы соединиться с сервером используя такие имена.
Может возникнуть вопросы, почему бы просто не использовать записи типа A (ftp.yourdoman.com. A 192.168.0.1). Да, можно, но в ряде случаев это менее удобно. Символьные имена сделаны по большей части для удобства. К примеру, имя хоста изменилось, а Вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту. С записями типа CNAME это возможно.

Добавление CNAME записи

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

Первый метод - просто ввести имя поддомена. Не пишите точку в конце поддомена.

Второй метод - указать полностью имя хоста с точкой на конце.

NS записи (name server)

NS записи описывают нэймсервера (nameservers), используемые для домена.

Важное замечание: Изменение NS записи может вызвать прекращение работы сайта. Обычно не требуется изменять NS записи. NS-сервера нужно изменять у регистратора домена, а не в файле зоны домена.

Ввод NS записей

Во-первых, нужно удалить старые NS записи.

Затем введите два новых нэймсервера. Обязательно поставьте точку на конце как в примере:

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

MX записи

Запись типа MX (Mail Exchange - Почтовый сервер) определяет, какой почтовый сервер будет обрабатывать вашу почту. Почта может обрабатываться локальным сервером (на котором расположен ваш сайта) или отправляться на любой другой удаленный сервер. Имейте ввиду, что неправильная настройка MX записей может привести к неработоспособности POP3 ящиков, переадресаций, автоответчиков, списков рассылок.

Для изменения MX записей зайдите в раздел "E-Mail Menu" (Настройки E-Mail) в панели управления. Затем нажмите на "MX Records" (MX записи).

Сперва удалите имеющиеся MX записи, поставив галочки и нажав "Delete Selected" (Удалить выбранное). В списке теперь не должно быть никаких MX записей.

Теперь введите имя хоста с точкой на конце. Установите приоритет (priority), используя ниспадающее меню (обычно, ставят 10). Приоритет определяет, к какому MX-серверу в первую очередь будет идти обращение. Нажмите "Add" (Записать).

Примечание: Убедитесь, что Вы написали точку в конце имени хоста.

Для восстановления MX записей по умолчанию, введите имя своего домена (yourdomain.com) и приоритет 0.

Источник: http://www.diradmin.ru/helper_user/dns.html

@**Alex LM** · 22.06.2016, 21:39

Еще не плохая статья по DNS (MX CNAME и т.д.) с Хабра

Цитата:

Люди часто озадачены доменами. Почему мой сайт не работает? Почему эта хрень поломана, ничего не помогает, я просто хочу, чтобы это работало! Обычно, вопрошающий или не знает про DNS, или не понимает фундаментальных идей. Для многих DNS — страшная и непонятная штука. Эта статья — попытка развеять такой страх. DNS — это просто, если понять несколько базовых концепций.

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

Вот и все. Правда. Вы или ваш браузер запрашивает значение для ключа www.example.com, и получает в ответ 1.2.3.4.

Базовые штуки
Большой плюс DNS в том, что это публичная услуга, и можно потыкать в сервера если хочется разобраться. Давайте попробуем. У меня есть домен petekeen.net, который хостится на машине web01.bugsplat.info. Команды, используемые ниже, можно запустить из командной строки OS X (ой, то есть macOS, — прим. пер.).

Давайте взглянем на маппинг между именем и адресом:

Цитата:

$ dig web01.bugsplat.info

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

Цитата:

; <<>> DiG 9.7.6-P1 <<>> web01.bugsplat.info
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51539
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

Здесь есть только одна интересная деталь: информация о самом запросе. Говорится, что мы запросили запись и получили ровно один ответ. Вот:

Цитата:

;; QUESTION SECTION:
;web01.bugsplat.info. IN A

dig по-умолчанию запрашивает A-записи. A это address (адрес), и это один из фундаментальных видов записей в DNS. A содержит один IPv4-адрес. Есть эквивалент для IPv6-адресов — AAAA. Давайте взглянем на ответ:

Цитата:

;; ANSWER SECTION:
web01.bugsplat.info. 300 IN A 192.241.250.244

Тут говорится, что у хоста web01.bugsplat.info. есть один адрес A: 192.241.250.244. Число 300 это TTL, или time to live (время жизни). Столько секунд можно держать значение в кэше до повторной проверки. Слово IN означает Internet. Так сложилось исторически, это нужно для разделения типов сетей. Подробнее об этом можно почитать в документе IANA's DNS Parameters.

Оставшаяся часть ответа описывает сам ответ:

Цитата:

;; Query time: 20 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Jul 19 20:01:16 2013
;; MSG SIZE rcvd: 56

В частности, здесь говорится, как долго сервер откликался, какой у сервера IP-адрес (192.168.1.1), на какой порт стучался dig (53, DNS-порт по-умолчанию), когда запрос был завершен и сколько байтов было в ответе.

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

Но в этом примере не видно, что DNS-сервер 192.168.1.1 связался с кучей других серверов чтобы ответить на простой вопрос: «куда указывает адрес web01.bugsplat.info?». Давайте запустим трейс чтобы узнать о всей возможной цепочке, которую пришлось бы пройти dig'у, если бы информация не был закэширована:

Оффтоп:

Информация выводится в иерархической последовательности. Помните как dig вставил точку . после хоста, web01.bugsplat.info? Так вот, точка . это важная деталь, и она означает корень иерархии.

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

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

В следующем блоке видно, как dig выбрал случайный корневой сервер, и запросил у него A-запись для web01.bugsplat.info. Видно только IP-адрес корневого сервера (192.5.5.241). Так какой именно корневой сервер это был? Давайте узнаем!

Цитата:

$ dig -x 192.5.5.241

; <<>> DiG 9.8.3-P1 <<>> -x 192.5.5.241
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2862
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;241.5.5.192.in-addr.arpa. IN PTR

;; ANSWER SECTION:
241.5.5.192.in-addr.arpa. 3261 IN PTR f.root-servers.net.

Флаг -x заставляет dig провести обратный поиск по IP-адресу. DNS отвечает записью PTR, которая соединяет IP и хост, в данном случае — f.root-servers.net.

Возвращаясь к нашему начальному запросу: корневой сервер F вернул другой набор NS-серверов. Он отвечает за домен верхнего уровня info. dig запрашивает у одного из этих серверов запись A для web01.bugsplat.info, и получает в ответ еще один набор NS-серверов, и потом запрашивает у одного из этих серверов запись A для web01.bugsplat.info.. И, наконец, получает ответ!

Уф! Сгенерировалось бы много трафика, но почти все эти записи были надолго закэшированы каждым сервером в цепочке. Ваш компьютер тоже кэширует эти данные, как и ваш браузер. Чаще всего DNS-запросы никогда не доходят до корневых серверов, потому что их IP-адреса почти никогда не изменяются («Наверно все таки речь идет о большом TTL для записей в их базе. Если у DNS сервера IP адрес вообще ни разу не изменялся, то это не означает, что его база навечно закеширована» — прим. от rrrav). Домены верхнего уровня com, net, org, и т.д. тоже обычно сильно закэшированы.

Другие типы
Есть еще несколько типов, о которых стоит знать. Первый это MX. Он соединяет доменное имя с одним или несколькими почтовыми серверами. Электронная почта настолько важна, что у нее есть свой тип DNS-записи. Вот значения MX для petekeen.net:

Цитата:

$ dig petekeen.net mx

; <<>> DiG 9.7.6-P1 <<>> petekeen.net mx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18765
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;petekeen.net. IN MX

;; ANSWER SECTION:
petekeen.net. 86400 IN MX 60 web01.bugsplat.info.

;; Query time: 272 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Jul 19 20:33:43 2013
;; MSG SIZE rcvd: 93

Заметьте, что MX-запись указывает на имя, а не на IP-адрес.

Еще один тип, который вам скорее всего знаком, это CNAME. Расшифровываетя как Canonical Name (каноническое имя). Он связывает одно имя с другим. Давайте посмотрим на ответ:

Цитата:

$ dig www.petekeen.net

; <<>> DiG 9.7.6-P1 <<>> www.petekeen.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16785
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.petekeen.net. IN A

;; ANSWER SECTION:
www.petekeen.net. 86400 IN CNAME web01.bugsplat.info.
web01.bugsplat.info. 300 IN A 192.241.250.244

;; Query time: 63 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Jul 19 20:36:58 2013
;; MSG SIZE rcvd: 86

Сразу видно, что мы получили два ответа. Первый говорит, что www.petekeen.net указывает на web01.bugsplat.info. Второй возвращает запись A для того сервера. Можно считать, что CNAME это псевдоним (или алиас) для другого сервера.

Что не так с CNAME
Записи CNAME очень полезны, но есть важный момент: если есть CNAME с каким-то именем, то нельзя создать другую запись с таким же именем. Ни MX, ни A, ни NS, ничего.

Причина в том, что DNS производит замену таким образом, что все записи того места, куда указывает CNAME, также валидны для CNAME. В нашем примере, записи у www.petekeen.net и web01.bugsplat.info будут совпадать.

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

Запросы к другим серверам
Давайте представим, что конфигурация DNS испорчена. Вам кажется, что вы исправили проблему, но не хотите ждать когда обновится кэш чтобы удостовериться. С помощью dig можно сделать запрос к публичному DNS-серверу вместо своего дефолтного, вот так:
$ dig www.petekeen.net @8.8.8.8

Символ @ с IP-адресом или хостом заставляет dig прозводить запрос к указанному серверу через порт по-умолчанию. Можно использовать публичный DNS-сервер Гугла или почти-публичный-сервер Level 3 по адресу 4.2.2.2.

Типичные ситуации
Давайте рассмотрим типичные ситуации, знакомые многим веб-разработчикам.

Редирект домена на www
Часто нужно сделать редирект домена iskettlemanstillopen.com на www.iskettlemanstillopen.com. Регистраторы типа Namecheap или DNSimple называют это URL Redirect. Вот пример из админки Namecheap:

Символ @ означает корневой домен iskettlemanstillopen.com. Давайте посмотрим на запись A у этого домена:

Цитата:

$ dig iskettlemanstillopen.com
;; QUESTION SECTION:
;iskettlemanstillopen.com. IN A

;; ANSWER SECTION:
iskettlemanstillopen.com. 500 IN A 192.64.119.118

Этот IP принадлежит Namecheap'у, и там крутится маленький веб-сервер, который просто делает перенаправление на уровне HTTP на адрес http://www.iskettlemanstillopen.com:

Цитата:

$ curl -I iskettlemanstillopen.com
curl -I iskettlemanstillopen.com
HTTP/1.1 302 Moved Temporarily
Server: nginx
Date: Fri, 19 Jul 2013 23:53:21 GMT
Content-Type: text/html
Connection: keep-alive
Content-Length: 154
Location: http://www.iskettlemanstillopen.com/

@aziator · 24.04.2017, 17:48

Так, все привет.
Подскажите.
какой домен лучше выбрать, если у нас сайт должен продвигаться по таким странам как РФ, КЗ, Бел, Укр, Турция, Египет, Ливия, Марокко.
Какой же выбрать?

@VladGlushenok · 25.04.2017, 09:12

Цитата:

Сообщение от aziator

Так, все привет.
Подскажите.
какой домен лучше выбрать, если у нас сайт должен продвигаться по таким странам как РФ, КЗ, Бел, Укр, Турция, Египет, Ливия, Марокко.
Какой же выбрать?

Ну смотри, если брать по странам, то получается:
Россия - ru, Марокко - ma , КЗ- kz, Бел - by, Укр - ua, Турция - tr, Египет - eg, Ливия - ly. Думаю нужно объединить все это под одним доменом, потому лучше выбрать международный, выходя из сферы деятельности сайта. Чем будете заниматься, что продвигать? com (самый распространенный подходит для всего, в том числе для магазинов), net (то, что связано с сетью), org (различные организации), info, biz (с этими и так все ясно).

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

27.11.2010, 20:36	#1
@specialist-seo Супер-модератор Сообщений: 2,405 FR (активность): 60,517 Отзывы: 648 Доп. информация Регистрация: 16.10.2008 Специализация: Программирование Адрес: Москва	Доменные имена. Изучаем записи типа A, CNAME, NS, MX. A записи Адресная запись (запись типа А) указывает на соответствие имени хоста (hostname) и IP-адреса. Иными словами, она показывает, на каком сервер (IP-адресе) искать этот домен. Например, если Вы хотите, чтобы mycomputer.yourdomain.com указывал на Ваш домашний компьютер, который имеет адрес, к примеру, 192.168.0.3, Вы должны создать такую запись: Важное замечание: Нужно поставить точку в конце имени хоста. Не ставьте точку в конце IP адреса. CNAME записи Записи типа CNAME (Canonical Name - Каноническое имя, еще можно назвать синонимом, псевдонимом или алиасом) позволяют присваивать серверу одно или несколько псевдонимов. Сперва всегда должна быть создана запись типа A. Например: yourdomain.com. A 192.168.0.1 Теперь используя CNAME хосту yourdomain.com можно сопоставить другие хосты. Например: ftp.yourdoman.com. CNAME yourdomain.com. mail.yourdomain.com. CNAME yourdomain.com. ssh.yourdomin.com. CNAME yourdomain.com. Теперь доступ к Вашему домену yourdomain.com можно осуществлять также по адресам: ftp.yourdomain.com, mail.yourdomain.com и т.д. Не было бы записей CNAME, Вы не смогли бы соединиться с сервером используя такие имена. Может возникнуть вопросы, почему бы просто не использовать записи типа A (ftp.yourdoman.com. A 192.168.0.1). Да, можно, но в ряде случаев это менее удобно. Символьные имена сделаны по большей части для удобства. К примеру, имя хоста изменилось, а Вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту. С записями типа CNAME это возможно. Добавление CNAME записи Если мы хотим направить home.site-helper.com на site-helper.com, мы можем сделать это двумя методами: Первый метод - просто ввести имя поддомена. Не пишите точку в конце поддомена. Второй метод - указать полностью имя хоста с точкой на конце. NS записи (name server) NS записи описывают нэймсервера (nameservers), используемые для домена. Важное замечание: Изменение NS записи может вызвать прекращение работы сайта. Обычно не требуется изменять NS записи. NS-сервера нужно изменять у регистратора домена, а не в файле зоны домена. Ввод NS записей Во-первых, нужно удалить старые NS записи. Затем введите два новых нэймсервера. Обязательно поставьте точку на конце как в примере: Не забывайте ставить точку в конце имени сервера в NS записях (ns1.newnameserver.com. - правильно, ns1.newnameserver.com - неправильно). MX записи Запись типа MX (Mail Exchange - Почтовый сервер) определяет, какой почтовый сервер будет обрабатывать вашу почту. Почта может обрабатываться локальным сервером (на котором расположен ваш сайта) или отправляться на любой другой удаленный сервер. Имейте ввиду, что неправильная настройка MX записей может привести к неработоспособности POP3 ящиков, переадресаций, автоответчиков, списков рассылок. Для изменения MX записей зайдите в раздел "E-Mail Menu" (Настройки E-Mail) в панели управления. Затем нажмите на "MX Records" (MX записи). Сперва удалите имеющиеся MX записи, поставив галочки и нажав "Delete Selected" (Удалить выбранное). В списке теперь не должно быть никаких MX записей. Теперь введите имя хоста с точкой на конце. Установите приоритет (priority), используя ниспадающее меню (обычно, ставят 10). Приоритет определяет, к какому MX-серверу в первую очередь будет идти обращение. Нажмите "Add" (Записать). Примечание: Убедитесь, что Вы написали точку в конце имени хоста. Для восстановления MX записей по умолчанию, введите имя своего домена (yourdomain.com) и приоритет 0. Источник: http://www.diradmin.ru/helper_user/dns.html Отвечу на вопросы по продвижению и маркетингу в телеграмм чате https://t.me/workcommerce

Опции темы
Версия для печати Отправить по электронной почте
Опции просмотра	Оценка этой теме
Линейный вид Комбинированный вид Древовидный вид	Оценка этой теме:

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Изучаем HTML5. Библиотека специалиста	mistr-t	Программирование	3	08.04.2012 07:06
Вебинар: Интернет-маркетинг и доменные имена: секреты эффективного продвижения сайтов	tspirit	Курсы, обучение	0	02.12.2011 21:03
Добавление записи в таблицу после удаления записи %)	Byblik	Программирование	5	01.03.2011 21:02
Изучаем CS Yazzle	academir1	Курсы, обучение	0	06.11.2009 21:40
Чем популярны доменные имена из 3-х букв?	mumitroll	Домены	12	30.09.2009 17:24

24.04.2017, 17:48	#3
@aziator Сообщений: 6 FR (активность): 30 Отзывы: Доп. информация Регистрация: 24.04.2017	Так, все привет. Подскажите. какой домен лучше выбрать, если у нас сайт должен продвигаться по таким странам как РФ, КЗ, Бел, Укр, Турция, Египет, Ливия, Марокко. Какой же выбрать?

Сообщение форума

Отменить изменения