Настройка secondary dns nic ru
3. Есть ли смысл (в плане надежности) менять днс от фаствпс (сервер там) на ник.ру?
DNS-master стоит не дешево.
1) выйдет, если речь идет о смене айпи.
2) вполне возможно
корневые ру обновляются 4 раза в день, у всех не быстро. DNS любого вида тут ничего не решит.
Спасибо. А тогда чем отличается услуги DNS-master или Secondary?
По цене они отличаются сильно.
edimka:
Какую выбрать для большого сайта?
1. Чтобы при проблеме с 1 сервером очень быстро переключиться на второй (запасной);
2. Быстро, без простоев переехать на другой сервер.
Эта услуга называется DNS Failover и позволяет автоматически переключаться на другой сервер. Есть у амазоновских ДНС, которые Route 53.
edimka:
3. Есть ли смысл (в плане надежности) менять днс от фаствпс (сервер там) на ник.ру?
Есть смысл менять на Route 53.
Secondary - цепляется к вашему Master (на вашем сервере) и фактически он ничего не делает, только забирает файлы зон от вас. Если ваш мастер упадет, секондари будет работать и отдавать зоны посетителям (то есть домены будут доступны если конечно мастер != ваш сервер на котором сайты живут). Ну а мастер, это замена вашему днс серверу, поэтому и цена выше. К тому же и количество зон обслуживаемых ограничено в ру центре, так что если доменов много разоритесь на этой услуге. Полно бесплатных и платных сервисов днс - у ру центра совсем не актуальная услуга за эти деньги.
Домен то в какой зоне? Если com net org info и т.д. gTLD одним словом, то днс меняются в течении 5 минут. Такой простой думаю не существенен. Хотя и в ru su уже до часа смена ДНС. Так что смысла в такой услуге вовсе не вижу. А еще есть бесплатные yandex dns. Шансов, что они упадут очень мало, хотя и было такое несколько лет назад. Думаю разбор полетов провели, выводы сделали.
Спасибо за ответы.
Вообще никакого выигрыша от использования DNS-master?
И лучше было взять бесплатный от Яндекса или от фаствпс (где сервер)?
просмотрел многие топовые проекты (по посещаемости).
edimka:
Спасибо за ответы.
И лучше было взять бесплатный от Яндекса или от фаствпс (где сервер)?
Смысла отдельно платить за ДНС кому бы то ни было, пока вы не знаете, что делаете это осознанно, нет никакого.
Большое кол-во доменов и днс-зон у ник.ру, в основном, по исторической причине - бывшая монополия(ранее единственный регистратор ру доменов).
На всякий случай, для вашего понимания:
1. Размещаться на DNS-серверах, на которых вместе с вами пара сотен тысяч доменов не только "почётно", но и рисково, поскольку увеличивается вероятность того, что из-за какого-нибудь захудалого домена с школьниками игрунами DNS-сервера во время атаки не будут обслуживать и ваш домен.
2. Относительно "быстрой смены DNS" - даже после появления в whois информации о списке новых nserver'ов, синхронизация зоны (и протухание кешей) длится часами.
Для оперативного переключения на резерв обычно используют другие механизмы и протоколы.
1. Предоставление Secondary - настройка DNS-сервера Исполнителя на работу в режиме вторичного (secondary или slave) DNS-сервера для зоны Заказчика.
2. Primary-Standard - настройка DNS-сервера Исполнителя на работу в режиме первичного (primary или master) DNS-сервера для зоны Заказчика и обеспечение возможности внесения Заказчиком изменений в зону.
3. Primary-Auto - настройка DNS-сервера Исполнителя на работу в режиме первичного (primary или master) DNS-сервера для зоны Заказчика и автоматическое внесение в зону записей, необходимых для функционирования услуг, заказанных Заказчиком у Исполнителя (регистрация домена, предоставление Secondary, Web-forwarding и Mail-forwarding).
4. Web-forwarding - настройка оборудования Исполнителя на работу в режиме информирования о соответствии доменного имени существующему Web-адресу, указанному Заказчиком.
5. Mail-forwarding - настройка оборудования Исполнителя на работу в режиме перенаправления электронных писем на адрес, указанный Заказчиком.
Домен - централизованно администрируемая область пространства доменных имен в DNS .
DNS - доменная система имен (Domain Name System). Система, основным назначением которой является преобразование доменных имен устройств в IP-адреса, либо наоборот - IP-адресов в доменные имена. Основой DNS является распределенная иерархическая база данных.
Доменное имя - идентификатор записи в базе данных DNS, обычно представляемый в виде нескольких меток, разделенных символом "."
DNS-сервер - это программа, обеспечивающая хранение одной или нескольких зон DNS и выполняющая обслуживание запросов к базе данных DNS.
Первичный (Primary) DNS-сервер для некоторой зоны - DNS-сервер, на котором хранится полная исходная информация об этой зоне.
Вторичный (Secondary) DNS-сервер для некоторой зоны - DNS-сервер, получающий полную информацию об этой зоне с другого DNS-сервера.
Зона - часть базы данных DNS, содержащая информацию о некотором домене.
Web-адрес - или URL (Uniform Resource Locator) - строка, определяющая способ и путь доступа к ресурсу в Интернет.
Учетный период - срок действия услуг поддержки функционирования доменов, который начинается с момента оказания услуги и длится один год. Продление учетного периода осуществляется автоматически при отсутствии отказа Заказчика от продления услуги и наличии средств на Личном счете Заказчика.
1. Предоставление SECONDARY - настройка DNS-сервера Исполнителя на работу в режиме вторичного (secondary или slave) DNS-сервера для зоны Заказчика.
Общие положения
1.1. Исполнитель обязуется обеспечить настройку принадлежащего Исполнителю DNS-сервера на работу в качестве вторичного (secondary) DNS-сервера для зоны Заказчика. Услуга считается оказанной после совершения Исполнителем указанных действий.
1.2. Услуга начинает предоставляться не позднее чем через 24 часа с момента начала исполнения Заказа Исполнителем. О начале оказания услуги Заказчик уведомляется письмом по каналам связи.
1.3. Услуга предоставляется с использованием DNS-сервера Исполнителя, имеющего следующие сетевые реквизиты:
1.4. Если в процессе получения и размещения зоны на вторичном DNS-сервере Исполнителя последним будут обнаружены ошибки в настройке первичного DNS-сервера, Исполнитель обязуется уведомить об этом Заказчика письмом по каналам связи.
Получение и размещение зоны на DNS-сервере Исполнителя
1.5. Обязательные требования к DNS-серверу, указанному Заказчиком в качестве первичного (primary):
- DNS-сервер должен быть подключен к Интернет, причем его настройки не должны препятствовать получению зоны с IP-адреса вторичного DNS-сервера Исполнителя.
- DNS-сервер должен быть настроен в качестве первичного (primary) или вторичного (secondary) DNS-сервера для зоны Заказчика в соответствии со стандартами DNS.
Порядок действий при получении Исполнителем зоны с первичного (primary) DNS-сервера
1.6. Получение зоны вторичным DNS-сервером
а) DNS-сервер Исполнителя обращается к первичному DNS-серверу с запросами на получение зоны с момента настройки DNS-сервера Исполнителя на работу в качестве вторичного (secondary) DNS-сервера для зоны Заказчика.
б) Если зона получена, то в дальнейшем обновление информации о зоне на вторичном DNS-сервере определяется параметрами, заданными в SOA-записи зоны.
в) Если первичный DNS-сервер не соответствует требованиям, определенным в п.1.5., то получение зоны невозможно. При этом запросы вторичного DNS-сервера на получение зоны будут периодически повторяться в течение 4-х календарных дней.
г) Если в течение срока, определенного в п.1.6(в), все запросы к первичному DNS-серверу были неудачными, вторичный DNS-сервер приостанавливает попытки получения зоны с первичного DNS-сервера на срок 4 (четыре) календарных дня.
д) Если попытки получения зоны с первичного DNS-сервера приостановлены Исполнителем (в соответствии с п.1.6(г)), Заказчик, в случае необходимости, может досрочно активизировать процесс получения зоны вторичным DNS-сервером с первичного DNS-сервера.
1.7. Обновление зоны на вторичном DNS-сервере
а) Обновление информации о зоне на вторичном DNS-сервере производится в соответствии с параметрами (Retry, Refresh и Expire), заданными в SOA-записи зоны на первичном DNS-сервере.
б) Если в процессе работы первичный DNS-сервер перестает соответствовать требованиям, определенным в п.1.5 настоящего Регламента, получение зоны становится невозможным. При этом запросы вторичного DNS-сервера на получение данных о зоне будут повторяться с периодичностью (Retry) и в течение времени (Expire), определенных в SOA-записи зоны.
в) По истечении установленного максимального срока обновления зоны (Expire) вторичный DNS-сервер приостанавливает попытки получения зоны с первичного DNS-сервера на 4 (четыре) календарных дня.
г) Если попытки получения зоны с первичного DNS-сервера приостановлены Исполнителем (в соответствии с п.1.7(в)), Заказчик, в случае необходимости, может досрочно активизировать процесс получения зоны вторичным DNS-сервером с первичного DNS-сервера.
2. Primary-Standard - настройка DNS-сервера Исполнителя на работу в режиме первичного (primary или master) DNS-сервера для зоны Заказчика и обеспечение Заказчику возможности внесения изменений в зону.
Общие положения
2.1. Исполнитель обязуется:
- обеспечить настройку принадлежащего Исполнителю DNS-сервера на работу в качестве первичного (primary) DNS-сервера для зоны Заказчика в соответствии со стандартами DNS;
- не препятствовать получению зоны с IP-адресов, указанных Заказчиком в качестве IP-адресов вторичных (secondary) DNS-серверов.
2.2. Исполнение обязательств, изложенных в п. 2.1:
- обеспечивает возможность изменения Заказчиком списка IP-адресов, с которых Исполнитель не препятствует получению зоны
- для прямых доменов обеспечивает:
- возможность внесения в зону и изменения Заказчиком записей типа SOA, NS, MX, A, CNAME, соответствующих RFC-1035 и предназначенных для хостов, а также для доменов, нижестоящих не более чем на один уровень относительно домена, для которого заказана услуга Primary-Standard.
Примечание:
- допускается в правой части записи типа NS указывать имя хоста, стоящее на два уровня ниже относительно домена, для которого заказана услуга Primary-Standard.
- допускается внесение записи типа A для имени, стоящего на два уровня ниже относительно домена, для которого заказана услуга Primary-Standard, в том случае, если она необходима для функционирования соответствующей NS-записи (glue-record).
- возможность внесения в зону и изменения Заказчиком записей типа SOA, NS, PTR, соответствующих RFC-1035 и предназначенных для хостов, а также для доменов, нижестоящих не более чем на один уровень относительно домена, для которого заказана услуга Primary-Standard.
2.3. Услуга считается оказанной после совершения Исполнителем действий, указанных в п. 2.1 раздела III настоящего Регламента.
2.4. Услуга начинает предоставляться не позднее чем через 24 часа с момента начала исполнения Заказа Исполнителем. О начале оказания услуги Заказчик уведомляется письмом по каналам связи.
2.5. Услуга предоставляется с использованием DNS-сервера Исполнителя, имеющего следующие сетевые реквизиты:
2.6. Переход на услугу Primary-Auto возможен только при условии регистрации домена в RU-CENTER. При этом записи, внесенные Заказчиком в зону в течение получения услуги Primary-Standard, удаляются из зоны, а в зону будут внесены только записи, которые необходимы для предоставления услуг, заказанных Заказчиком у Исполнителя (регистрация домена, предоставление Secondary, Web-forwarding и Mail-forwarding).
Изменение записей в зоне Заказчика
2.7. В SOA-записи указывается E-mail, указанный Заказчиком в поле "mnt-nfy" в данных по договору, а в случае его отсутствия адрес, указанный в поле "e-mail" в данных по договору.
2.8. Параметры SOA-записи (за исключением E-mail) по заявкам Заказчика не изменяются.
3. Primary-Auto - настройка DNS-сервера Исполнителя на работу в режиме первичного (primary или master) DNS-сервера для зоны Заказчика и автоматическое внесение в зону записей, которые необходимы для функционирования услуг, заказанных Заказчиком у Исполнителя (регистрация домена, предоставление Secondary, Web-forwarding и Mail-forwarding).
Общие положения
3.1. Исполнитель обязуется:
- обеспечить настройку принадлежащего Исполнителю DNS-сервера на работу в качестве первичного (primary) DNS-сервера для зоны Заказчика в соответствии со стандартами DNS;
- не препятствовать получению зоны с IP-адресов, указанных Заказчиком в качестве IP-адресов вторичных (secondary) DNS-серверов.
3.2. Исполнение обязательств изложенных в п. 3.1 обеспечивает
3.3. Услуга считается оказанной после совершения Исполнителем действий, указанных в п. 3.1 раздела III настоящего Регламента.
3.4. Услуга начинает предоставляться не позднее чем через 24 часа с момента начала исполнения Заказа Исполнителем. О начале оказания услуги Заказчик уведомляется письмом по каналам связи.
3.5. Услуга предоставляется с использованием DNS-сервера Исполнителя, имеющего следующие сетевые реквизиты:
3.6. В случае перехода Заказчика на услугу Primary-Standard записи, внесенные в зону в течение получения услуги Primary-Auto сохраняются.
Изменение записей в зоне Заказчика
3.8. Параметры SOA-записи не изменяются.
3.9. Изменения в зону вносятся автоматически и только в следующих случаях:
- при изменении Заказчиком списка DNS-серверов в домене;
- при заказе услуг поддержки функционирования доменов (Secondary, Mail-forwarding, Web-forwarding);
- при окончании срока действия услуг поддержки функционирования доменов (Secondary, Mail-forwarding, Web-forwarding).
4. Web-forwarding - настройка оборудования Исполнителя на работу в режиме информирования о соответствии доменного имени существующему Web-адресу, указанному Заказчиком.
Общие положения
4.1. Исполнитель обязуется:
- обеспечить настройку принадлежащего Исполнителю оборудования на работу в режиме информирования о соответствии доменного имени, для которого заказана услуга Web-forwarding существующему Web-адресу, указанному Заказчиком;
4.2. Исполнение обязательств изложенных в п. 4.1 обеспечивает:
- перенаправление запросов пользователей сети Интернет, обращающихся к доменному имени, для которого заказана услуга Web-forwarding на существующий Web-адрес, указанный Заказчиком.
- возможность изменения Заказчиком Web-адреса, на который перенаправляется запросы пользователей сети Интернет.
4.3. Услуга считается оказанной после совершения Исполнителем действий, указанных в п. 4.1 раздела III настоящего Регламента.
4.4. Услуга начинает предоставляться не позднее чем через 24 часа с момента начала исполнения Заказа Исполнителем. О начале оказания услуги Заказчик уведомляется письмом по каналам связи.
4.5. Услуга предоставляется с использованием сервера Исполнителя, имеющего следующие сетевые реквизиты:
4.6. Для нормального функционирования услуги в файл зоны на первичном DNS-сервере должна быть внесена А запись, имеющая вид:
где имя - это имя домена или хоста для которого заказана услуга Web-forwarding. Точка после имени обязательна.
5. Mail-forwarding - настройка почтового сервера Исполнителя на работу в режиме перенаправления электронных писем на адрес, указанный Заказчиком.
Общие положения
5.1. Исполнитель обязуется:
- обеспечить настройку почтового сервера Исполнителя на работу в режиме перенаправления электронных писем отправленных на адрес, для которого заказана услуга Mail-forwarding на адрес, указанный Заказчиком;
5.2. Исполнение обязательств изложенных в п. 5.1 обеспечивает:
- перенаправление электронных писем направленных на адрес, для которого заказана услуга Mail-forwarding на адрес, указанный Заказчиком.
- возможность изменения Заказчиком адреса, на который перенаправляются письма.
5.3. Услуга считается оказанной после совершения Исполнителем действий, указанных в п. 4.1 раздела III настоящего Регламента.
5.4. Услуга начинает предоставляться не позднее чем через 24 часа с момента начала исполнения Заказа Исполнителем. О начале оказания услуги Заказчик уведомляется письмом по каналам связи.
5.5. Услуга предоставляется с использованием сервера Исполнителя, имеющего следующие сетевые реквизиты:
Ограничения
5.6. Почтовый адрес, указанный при заказе услуги (на который осуществляется пересылка почты), должен иметь вид:
Использование иных форматов почтовых адресов не допускается.
5.7. Требования к пересылаемому письму:
- размер пересылаемого письма не может превышать 1 Mb.
- пересылка почты осуществляется только для тех доменов, для которых заказана услуга Mail-forwarding. Пересылка почты на поддомены в домене, для которого заказана услуга Mail-forwarding, не производится.
5.8. Исполнитель не несет ответственность за невозможность осуществления пересылки почты по причинам независящим от Исполнителя в следующих случаях:
- почтовый сервер, с почтовым ящиком, имеющим адрес, на который заказано перенаправление писем:
- не доступен через сеть Интернет;
- не принимает направленную на него почту
- быть подключены к сети Интернет;
- функционировать в соответствии со стандартами работы DNS;
- иметь записи, необходимые для обеспечения доставки почты.
5.9. В случае неудачной попытки отправки письма:
- очередные попытки отправки письма осуществляется через каждые 30 минут;
- срок хранения писем, отправка которых не была удачной, составляет не более 4 дней с момента получения их почтовым сервером Исполнителя.
- объем сохраняемой почты не может превышать 100 Mb.
5.10. При использовании услуги Mail-forwarding являются недопустимыми:
5.11. При выполнении Заказчиком действий, определенных в п. 5.10., Исполнитель имеет право приостановить исполнение услуги, однократно уведомив об этом Заказчика. Срок окончания действия услуги при этом остается без изменения. Возобновление оказания услуги осуществляется после устранения последствий нарушения и обращения Заказчика на контактные адреса Исполнителя.
5.12. Для нормального функционирования услуги следует внести в файл зоны на первичном DNS-сервере А-запись, имеющую следующий вид:
где:
имя - это имя домена или хоста, для которого заказана услуга Mail-forwarding. Точка после имени обязательна.
10 - приоритет MX-записи, его значение следует устанавливать в соответствии с уже имеющимися записямиТак исторически сложилось, что с момента открытия Яндексом в 2010 году своего DNS-хостинга, сотни наших проектов размещались там. Тогда это была «Почта для домена», в 2017 это стал «Яндекс.Коннект», а уже сейчас в личном кабинете красуется надпись, что панель «Коннекта» будет закрыта и теперь это «Яндекс 360 для бизнеса»
Тогда выбор определили следующие доводы:
Бесплатная почта для домена, бесплатный DNS для доменов от любого регистратора, «Метрика» и« Вебмастер» – все в одном аккаунте.
Возможность выставить TTL в 90 секунд, что не раз спасало, когда нужно было быстро изменить А-запись.
«Ну это же Яндекс, он-то не упадет!»
Проблемы начались в последние несколько лет. Главное даже не сам факт наличия проблем, а как в Яндексе на них реагировали. На днях снова произошла следующая история.
Решил и я написать в техподдержку Яндекса, там меня встретил позитивный чат-бот, который сообщил, что с людьми позволено разговаривать только обладателям платного Яндекс 360. Ладно, думаю, информации о проблеме в публичных источниках найти не могу – надо ведь достучаться! Вдруг они и не знают о проблеме, а я первым им сообщу – быстрее устранят. Сказано – сделано: покупаю подписку на «Яндекс 360 для бизнеса». Открываю чат, а там меня ждёт уже другой бот, сообщающий, что в платной поддержке по будням люди работают с 09:00 до 18:00. Яндекс, ну вы же используете Slack? Поставьте Telebot, дайте пользователям писать в Telegram и оперативно получать ответы? Вон Beget ответил ночью в Telegram за 9 минут, в ITSOFT – 2 минуты, от вас ответ в чат мне так и не пришёл.
Написал в чат, написал на почту, приложил логи, скриншоты, пояснил, что проблема наблюдается абсолютно на всех, доступных мне, доменах, делегированных Яндексу.
… отправил 🤷♂️. И всё, больше добавить нечего: DNS продолжил огорчать клиентов и восстановился примерно лишь к 21:00 17.02.22, Яндекс всё молчит, а последний ответ на мой запрос выглядит так:
Подобные ситуации наблюдались и ранее, из последнего: 2022.02.13 ~15:00-22:00. Хорошо запомнилось 2018.10.31 ~19:40-00:40, когда сайты нельзя было зарезолвить даже из подмосковных Химок, а их владельцы спешно меняли DNS.
Всё это побудило меня оглядеться и задаться вопросом: что изменилось за последние годы и какой DNS-хостинг используют наиболее посещаемые сайты. Тем более, самое свежее, что нашел на Хабре на эту тему: Список бесплатных DNS-сервисов – датирован 2013 годом.
Пишем магический однострочник:
wget -q -O - https://raw.githubusercontent.com/zer0h/top-1000000-domains/master/top-1000000-domains | grep "^.*\.ru$" | xargs dig SOA +noall +answer +short | cut -d " " -f1 | cut -d "." -f2- | sort | uniq -c | sort -nr > ns_top1m.txt
– и отправляемся курить.
Если немного причесать результаты, то соотношение среди топ-20 списка будет выглядеть так:
Исходные данные результатов можно посмотреть на GitHub.
Три сегмента на одном графике:
Хостинг от Яндекса всё ещё используется существенной частью сайтов.
Что такое DNS-сервер и какие функции он выполняет
Информацию о доменных именах и IP-адресах нужно где-то хранить. Для этих целей используют целую систему DNS-серверов, расположенных в разных точках планеты. Именно на один из таких серверов приходит запрос, когда пользователь вводит имя домена в адресную строку. Сервер находит IP-адрес искомого сайта и отправляет его на пользовательское устройство.
Один конкретный сервер не знает IP-адреса всех доменных имен в мире, поэтому вторая функция DNS-серверов — это временное хранение информации других серверов или кеширование. Благодаря этому обработка запроса ускоряется, и нужная страница загружается быстрее. Только стоит учитывать, что информация в кеше хранится ограниченное количество времени, которое зависит от настроек сервера.
Что такое ресурсные записи DNS
Вся информация на DNS-сервере хранится в виде ресурсных записей в специальном файле, содержимое которого называется DNS-зоной.
Существует несколько ключевых типов ресурсных записей:
- А — указывает IP-адрес сервера, который привязан к конкретному имени домена.
- MX — указывает имя почтового сервера, обрабатывающего почту для домена.
- NS — указывает имя DNS-сервера, который хранит зону домена и предоставляет информацию о ресурсных записях других DNS-серверов.
- CNAME — позволяет создать синоним для уже существующего доменного имени в этой зоне или другой.
- SPF — указывает серверы, входящие в список доверенных для отправки писем.
- SOA — начальная запись DNS-зоны, в которой содержатся сведения о сервере, адрес администратора зоны и основные настройки зоны.
- TXT — дополнительная информация о доменном имени, оформленная в виде текста.
Зачем нужен DNS-хостинг
В ряде случаев ресурсные записи на DNS-серверах прописываются автоматически, например на DNS-серверах хостинга RU-CENTER при создании сайта и почты в панели управления. Пользователю не нужно вносить их вручную, для настройки достаточно делегировать домен на DNS-серверы.
Прописывать ресурсные записи вручную возможно с помощью DNS-хостинга — услуги, которую предоставляет провайдер. Она позволяет управлять содержимым DNS-зон.
Если для вашего домена установлен тариф «Оптимальный» и выше, DNS-хостинг в виде опции «DNS-премиум» уже включен в стоимость. Чтобы активировать услугу, зайдите в раздел «Домены» в личном кабинете и нажмите на домен, который хотите отредактировать:
1) На экране появится несколько опций, найдите строчку «DNS-премиум» и нажмите «Включить»:
Сравнение DNS-сервисов и выбор
Какими допущениями я руководствовался:
В эпоху «суверенного чебурнета» хочется иметь Primary DNS в РФ. Вдруг опять забанят Cloudflare?
Самостоятельно поднимать, администрировать и защищать DNS-сервер не хочется. Но и от возможностей сервиса ожидается большее, чем указать IP для A-записи.
DNS-хостинг может (должен?) быть платный. Если ты не платишь за услугу, то либо она некачественная, либо ты переплатил в другом месте.
Основная аудитория сайта находится в РФ. Но идеально – иметь возможность трансфера зоны, используя альтернативный (зарубежный?) Secondary.
Возможность выставить минимальный TTL.
Хорошо, если публичный «track record» без глобальных падений за последние 5 лет.
Если DNS ляжет – импакт должен быть на существенную долю сайтов рунета. Бизнесу не так обидно, когда о падении пишут на всех новостных ресурсах.
Исходя из этих вводных я протестировал шорт-лист из 13 популярных сервисов и собрал в сравнительную таблицу со следующими критериями: наличие бесплатного тарифа, наличие и стоимость платного тарифа, возможность трансфера зоны и использования как Secondary, минимальный TTL, возможность импорта и экспорта зоны, наличие API, наличие защиты от DDoS и использование Anycast, наличие поддержки и дата последнего падения.
Что хотелось отметить отдельно:
Зарегистрировавшись в Timeweb, я просто не смог добавить свой двухсимвольный домен :(
Beget прямо давит на тебя блокировкой с главной страницы своей панели управления. Надеюсь, DNS-то не заблокируют, если вовремя не оплатишь хостинг?
Что такое DNS
У каждого подключенного к интернету устройства есть свой номер, который на профессиональном языке называется IP-адресом. Он состоит из четырех чисел, идущих через точку. Каждое находится в диапазоне от 0 до 255. Например, 91.189.116.43 или 31.177.80.4 — это примеры реально существующих IP-адресов.
Запомнить эти наборы цифр сложно, поэтому придумали DNS (Domain Name System — система доменных имен) — технологию, которая связывает домен с IP-адресом. Часто DNS сравнивают с телефонной книгой, где записаны контакты (доменные имена) и номера телефонов (IP-адреса).
Зачем нужно прописывать ресурсные записи
Ресурсные записи необходимо прописывать после регистрации домена, чтобы сообщить о нем другим DNS-серверам. Если этого не сделать, то сайт не будет открываться браузером.
После того как DNS-записи будут прописаны, через несколько минут они появятся на NS-сервере и станут доступны для всех прочих DNS-серверов. В период от 5 минут до часа информация о записях обновится на всех серверах. Отслеживать этот процесс можно с помощью DNS-чекеров, например DNS Checker или Global DNS Checker . Укажите имя домена и тип ресурсной записи, чтобы узнать, на каких DNS-серверах доступна обновленная информация. Если вы также меняли список DNS-серверов, на которые делегирован домен, обновление информации может занять до 24 часов.
Выводы
Все данные и исходники выложены, чтобы каждый мог добавить свои критерии или методологию и выбрать сам. Для себя же я сделал следующий вывод с учётом вводных выше:
Disclaimer: статья родилась из необходимости решить задачу выбора для себя и получить обратную связь от сообщества, в ней нет реферальных ссылок на сайты DNS-провайдеров, а упомянутые в тексте её не спонсировали.
Обновлено 2022.02.21: недоступность сервисов Яндекс с ~ 9:00 до 11:00.
Обновлено 2022.02.22: спустя 5 дней на повторный запрос деталей по инциденту Яндекс ответил, что «уже все работает, но почему и как долго не работало — не скажем»
Обновлено 2022.03.14: недоступность DNS Яндекса в промежутках 15:20 – 15:40, 19:50 – 20:21, 22:05 – 22:28.
Обновлено 2022.03.16: частичная деградация DNS Яндекса с 19:35 до 20:30.
К сожалению, RU-CENTER не предоставляет бесплатные DNS-сервера, здесь это отдельная услуга.
Сначала идем в раздел «Мои домены», где у домена нужно изменить DNS-сервера. Для этого нажмем на ссылку «Изменить» в столбце «DNS-серверы».
Тут мы должны в правой дополнительной панели выбрать «Использовать DNS-серверы услуг RU-CENTER» — «DNS-master».
Выбираем подходящий тариф (если у вас только один домен, то смело выбираем «S») и нажимаем «Заказать».
Убираем из формы заказа все лишние услуги, оставляем только «DNS-хостинг» и нажимаем «Оформить заказ».
После оплаты заказа, в течение часа в разделе «DNS-хостинг» у вас появится заказанная вами услуга. Нажмем на кнопку «Управление DNS-зонами» около этой услуги.
Откроется страница управления DNS-хостингом. Нажмем на кнопку «Добавить домен».
Вводим имя своего домена и нажимаем «Добавить».
Подтверждаем добавление нажатием кнопки «Продолжить».
В списке доменов у вас появится Ваш. Нажмите на его имя.
Откроется таблица записей для домена. Нажимаем «Добавить новую запись».
в поле Name ставим @
в поле Type ставим A
в поле IP address ставим 185.137.235.12
в поле TTL ставим 86400
и нажимаем «Добавить».
В конце у вас будет что-то такое.
Когда закончите правки, нажмите на «Выгрузить зону» наверху страницы чтобы изменения вступили в силу.
И не забывайте, для успешной привязки домена, он должен быть добавлен к конкретному сайту в панели управления, а для завершения привязки может понадобиться до 72 часов.Д
Если вы еще не добавили домен в нашу систему, сделайте это по инструкции, начиная с пункта 3.
Чтобы сайт стабильно работал и открывался в любой точке планеты, необходимо разобраться в системе доменных имен. В этой статье мы расскажем, что это за технология, причем тут DNS-серверы и какая информация на них хранится. В конце — короткая инструкция о том, как заполнить DNS для домена в RU-CENTER.
Читайте также:
- возможность внесения в зону и изменения Заказчиком записей типа SOA, NS, MX, A, CNAME, соответствующих RFC-1035 и предназначенных для хостов, а также для доменов, нижестоящих не более чем на один уровень относительно домена, для которого заказана услуга Primary-Standard.