Продлили домен с опозданием, а сайт всё равно не открывается: что происходит в первые сутки после оплаты

9 ноября в 15:26 по Москве клиент оплатил продление домена в зоне .ru. В 15:28 он написал в поддержку: почему не работает сайт? Срок регистрации закончился 3 ноября, оплата опоздала на шесть дней. Хостинг при этом был оплачен, сайт лежал на сервере.

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

Как не довести домен до просрочки, мы разбирали в статье «Как не потерять домен». Здесь о том, что происходит дальше: деньги ушли, whois показывает новый срок, а сайт всё ещё не открывается.

Что регистратор сделал с доменом, пока он был просрочен

После окончания срока домен не пропадает: в зоне .ru около месяца продлить его может только прежний администратор. Но работать он перестаёт в первый же день.

В нашем случае регистратор подменил DNS-серверы домена: вместо ns1.siteko.net и ns2.siteko.net поставил свои парковочные. Домен стал вести на адрес парковки регистратора. На хостинге ничего не менялось: сайт на месте, DNS-зона на наших серверах заполнена правильно. К ней просто никто не обращался, потому что интернет спрашивал адрес у парковочных серверов.

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

Что возвращается сразу, а что нет

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

База регистратора и whois: минуты. Через две минуты после оплаты whois показывал новый срок, до ноября 2027 года. Через десять минут в нём стояли и наши DNS-серверы.

Зона .ru: час-два. Запись в whois и запись в зоне - разные вещи. Резолверы (серверы, которые ищут адрес сайта для вашего браузера) whois не читают, они спрашивают серверы зоны .ru. В 15:43, через семнадцать минут после оплаты, все пять серверов зоны, которые мы опросили, ещё называли парковочные DNS-серверы. При следующей проверке, в 20:25, зона отдавала наши. Точный момент мы не засекли; по нашему опыту реестр публикует такие изменения в пределах часа-двух.

Кэши резолверов: часы, иногда сутки. Каждый резолвер запоминает, какие DNS-серверы отвечают за домен, и какое-то время не переспрашивает. В зоне .ru у записи о делегировании стоит TTL 345 600 секунд, это четверо суток. На практике столько ждать приходится редко: многие резолверы ограничивают срок хранения сверху (у распространённого Unbound по умолчанию это сутки). В 20:35, через пять часов после оплаты, публичные резолверы Cloudflare и Яндекса отдавали правильный адрес.

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

Почему в это время сайт у одних есть, а у других нет

Пока кэши истекают, разные посетители получают разные ответы. За тот вечер мы сами увидели три:

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

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

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

Как проверить самому, на каком шаге домен

Понадобятся whois и dig; где их взять, сказано в статье «Купили только домен, а он не открывается». Запросов четыре, каждый отвечает на свой вопрос. Вместо example.ru подставьте свой домен.

Шаг 1. Что записано у регистратора

whois example.ru | grep -iE "nserver|state|paid-till"

Должны быть ваши DNS-серверы, новая дата в paid-till и DELEGATED в статусе. Если дата старая, продление не прошло, и ждать бесполезно.

Шаг 2. Что опубликовано в зоне

dig +norecurse NS example.ru @a.dns.ripn.net

a.dns.ripn.net - один из серверов зоны .ru. Для другой зоны список её серверов покажет dig +short NS com. В ответе нужна секция AUTHORITY:

;; AUTHORITY SECTION:
example.ru.    345600    IN    NS    ns1.siteko.net.
example.ru.    345600    IN    NS    ns2.siteko.net.

Если здесь ещё серверы регистратора, зона не обновилась. Пока этого не произошло, сайт не откроется ни у кого.

Шаг 3. Что отдаёт хостинг

dig +short A example.ru @ns1.siteko.net

Спрашиваем DNS-сервер хостинга напрямую (подставьте свой, если хостинг другой). Должен вернуться IP сервера, на котором лежит сайт. Сам сайт можно проверить тут же, не дожидаясь DNS:

curl -I --resolve example.ru:80:203.0.113.25 http://example.ru/

Вместо 203.0.113.25 подставьте IP из ответа. Есть код ответа 200 или 301: сайт на сервере жив и ждёт только DNS.

Шаг 4. Что видят посетители

dig A example.ru @1.1.1.1
dig A example.ru @8.8.8.8

example.ru.    2714    IN    A    203.0.113.25

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

Что делать, пока ждёте

DNS-серверы и записи домена лучше не трогать. Смена DNS-серверов в такой момент ничего не ускорит, а при ошибке добавит ещё один круг: реестр, зона, кэши.

У себя можно сбросить кэш DNS (в Windows это ipconfig /flushdns), перезапустить браузер и открыть сайт через мобильный интернет. У Google и Cloudflare есть страницы, где кэш их резолверов для своего домена сбрасывают вручную: Flush Cache и Purge Cache. На резолверы провайдеров это не действует, там остаётся ждать.

Что ещё ломается за дни просрочки

Сертификат. Let's Encrypt перед выпуском и продлением проверяет, что домен ведёт на ваш сервер. Пока домен смотрит на парковку, проверка не проходит: у сайта из нашего случая панель хостинга попыталась получить сертификат и получила ошибку. Если за дни просрочки истёк и старый сертификат, после возврата домена сайт откроется с предупреждением браузера, и сертификат нужно запросить заново. Как читать такие ошибки, разобрано в статье «HTTPS включён, а браузер всё равно ругается».

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

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

Если после оплаты прошло больше суток, а шаг 2 по-прежнему показывает серверы регистратора, это уже не кэш. Пишите тому, через кого продлевали домен, и приложите вывод четырёх команд: по ним видно, на каком из шагов изменение застряло.