Перенос DNS без простоя сайта: порядок и проверки
Как перенести DNS-записи к новому провайдеру без простоя: подготовка, TTL, правильный порядок действий, проверки после смены и частые ошибки.
Команда rabbitclipПубликация: 6 мин чтения
Коротко
Перенос DNS означает, что записи вашего домена (для сайта, почты и проверок) переносятся оттуда, где вы управляете ими сейчас, к другому провайдеру, а серверы имён домена перенаправляются на новое место. Без простоя сайта и почты это делается в три простых шага: сначала у нового провайдера полностью создаются все записи, перед переключением снижается TTL (время, в течение которого записи хранятся в кэше), а серверы имён меняются только после того, как записи проверены. Старая конфигурация при этом остаётся рабочей до тех пор, пока изменение полностью не распространится по всему интернету.
Трансфер домена и перенос DNS часто путают. Трансфер домена меняет регистратора, то есть компанию, у которой домен зарегистрирован на ваше имя; перенос DNS меняет серверы, на которых управляются записи. Эти два действия независимы друг от друга, и каждое из них при необходимости можно выполнить без другого.
В этой статье мы подробно рассказываем о том, в каком порядке нужно переносить DNS, почему так важен TTL, что следует проверять после переноса и когда всё это упражнение вообще не нужно. Как устроен DNS в целом, мы объясняем в отдельном руководстве; здесь мы остаёмся в рамках вопроса переноса.
Чем перенос DNS отличается от трансфера домена?
Домен зарегистрирован на ваше имя у регистратора, тогда как DNS это набор записей, которые сообщают интернету, куда указывает домен. Записи могут храниться у самого регистратора, у вашего хостинг-провайдера или в отдельном специализированном DNS-сервисе. Ваш сайт может находиться в одном месте, почта в другом, а DNS в совершенно третьем.
Поэтому ответом на вопрос «кто управляет моим DNS?» не всегда является компания, у которой зарегистрирован домен. Чтобы это выяснить, достаточно посмотреть на серверы имён домена (его NS-записи), которые можно увидеть с помощью нашего инструмента проверки домена и DNS. Если регистратор и владелец серверов имён различаются, при планировании переноса необходимо заранее знать, в какую именно панель входить.
Что подготавливают перед переносом?
Подготовка это самая неинтересная часть переноса, но при этом самая важная, и на неё стоит выделить отдельное время. Составьте полную опись записей у старого провайдера; одна-единственная забытая запись может обернуться проблемой с почтой или с проверкой, которую не заметят целыми месяцами. Чаще всего упускают из виду именно поддомены, почтовые записи и записи проверки сторонних сервисов.
Одновременно снизьте TTL. TTL определяет, как долго другие серверы помнят запись; длинный TTL означает, что изменение распространяется медленно. Если за день или два до переключения снизить TTL до короткого значения, то окно времени, в течение которого посетители ещё попадают по неверному адресу, заметно сужается.
- Составить опись всех записей у старого провайдера (снимок экрана или экспорт)
- Отдельно проверить поддомены, почтовые записи (MX) и записи проверки (TXT)
- Перед переключением снизить TTL до короткого значения и дождаться истечения старого значения
- Если для домена включён DNSSEC, отдельно включить его в план
- Подготовить доступ, права и двухэтапную проверку у нового провайдера
Каков правильный порядок для плавного переключения?
Простой возникает почти всегда из-за неверного порядка действий. Правильный порядок таков: сначала создать у нового провайдера зону для домена и внести каждую запись в точности; затем проверить, что новые серверы имён отвечают правильно, обратившись к ним напрямую; и только после этого сменить у регистратора серверы имён на новые.
Менять серверы имён до того, как записи готовы, это самая частая причина простоя: новый сервер отвечает пустой зоной, и сайт или почта для посетителей тут же исчезают. Та же ошибка возникает, когда меняется ещё и адрес сайта и два изменения наваливаются на один день. Если есть такая возможность, разнесите перенос DNS и переезд сервера на разные дни.
После изменения не удаляйте зону у старого провайдера. Время кэширования записей серверов имён часто оказывается самым долгим из всех, и некоторые посетители могут ещё от нескольких часов до нескольких дней обращаться к старым серверам; пока старая зона остаётся с правильными записями, эти посетители по-прежнему попадают в нужное место.
Что проверяют после переключения?
Проверка не заканчивается на том, что сайт просто открывается. Отдельно проверьте сам сайт, адрес с www и домен без префикса; затем проверьте отправку и получение почты; и убедитесь, что сторонние сервисы, которым нужна проверка (инструмент поисковой системы, рекламный аккаунт, сервис отправки писем), по-прежнему отображаются как подтверждённые. Попытки открыть сайт из разных сетей и с разных устройств покажут, действительно ли изменение полностью распространилось по интернету.
Через несколько дней TTL возвращают к обычному уровню, а зону у старого провайдера закрывают только после того, как собственными глазами увидели, что всё работает как нужно. Помогает и ведение журнала переноса: когда, кто и какое изменение внёс. Если впоследствии возникнет проблема, эта запись заметно облегчит поиск причины.
Когда перенос DNS не нужен?
Далеко не каждая смена провайдера требует переноса DNS. Если вы переносите только сайт на новый сервер, гораздо проще и безопаснее оставить DNS там, где он сейчас находится, и изменить только адресную запись самого сайта. Если же вы меняете только почтовый сервис, обновляются лишь почтовые записи, а всё остальное остаётся нетронутым.
Перенос DNS действительно имеет смысл в таких случаях: вы уходите от провайдера, который управляет вашим DNS, ваш нынешний DNS-сервис не устраивает (скорость, инструменты управления, функции безопасности) или вы хотите управлять несколькими доменами из одного места. Без такой причины оставить всё как есть нередко самый безопасный выбор.
Какие ошибки встречаются часто?
Самая дорогая по последствиям ошибка это одна пропущенная запись. Чаще всего упускают почтовые записи и записи проверки; поскольку сайт, судя по всему, открывается, проблема остаётся незамеченной в течение нескольких дней, а потом отправленные письма возвращаются или какой-нибудь сервис теряет подтверждение.
Вторая группа ошибок касается выбора сроков и организации доступа. К частым ошибкам относятся следующие.
- Сменить серверы имён до того, как записи полностью созданы
- Снизить TTL слишком рано или вообще не снижать его перед переключением
- Оставить DNSSEC включённым, не обновив связанную запись у нового провайдера; домен может перестать разрешаться
- Удалить зону у старого провайдера сразу после переключения
При правильном порядке действий перенос DNS проходит совершенно незаметно для посетителей: сначала создать записи на новом месте, заранее снизить TTL, менять серверы имён только после проверки и некоторое время держать старую конфигурацию живой. Оставить DNS в покое, когда нет никаких причин его переносить, это тоже вполне обоснованное и разумное решение. Если вы хотите вместе с нами заранее спланировать ваше переключение, rabbitclip с радостью проведёт с вами спокойную ознакомительную беседу.
Частые вопросы
Что такое TTL и зачем снижать его перед переключением?
TTL это время, в течение которого DNS-запись хранится в кэше других серверов. Если снизить его заранее, любое изменение распространяется быстрее, а окно, в течение которого посетители попадают по старому адресу, становится короче.
Будет ли мой сайт недоступен во время переноса DNS?
Как правило, нет, если всё сделано в правильном порядке. Серверы имён меняются уже после того, как записи полностью созданы на новом месте, а старая конфигурация ещё некоторое время остаётся рабочей. Простой чаще всего возникает именно из-за какой-нибудь пропущенной записи.
Сколько длится перенос DNS?
Сама работа занимает немного времени, но распространение изменения может занять от нескольких часов до двух суток. Это зависит от настроек кэша и сетей, поэтому разумно повторить все проверки ещё раз примерно через день.
Как узнать, кто управляет моим DNS?
Посмотрите записи серверов имён (NS) домена. Они покажут компанию, которая обслуживает ваш DNS, и эта компания нередко отличается от той, у которой вы когда-то регистрировали домен. Их покажет инструмент проверки домена.
