Истечение домена
Зарегистрированный домен, считываемый из его реестра через RDAP: сколько дней осталось до истечения, удержание, выводящее его из DNS, период выкупа, его регистратор и подписана ли его делегация DNSSEC.
RDAP — преемник WHOIS: те же регистрационные данные, в формате JSON, со
стандартным форматом для всех реестров. DumbMonit находит реестр расширения в
файле bootstrap RDAP от IANA (https://data.iana.org/rdap/dns.json,
считывается не чаще раза в день), затем запрашивает у него /domain/example.com.
Учётные данные не нужны, и запрашивается только регистрация самого домена.
Помимо самой даты истечения стоит следить за двумя отказами. Домен в
состоянии clientHold или serverHold выведен из DNS регистратором или
реестром, обычно из-за неоплаченного счёта или непроверенного контактного
адреса: каждый сайт и почтовый ящик под ним немедленно останавливается. Домен
в состоянии redemptionPeriod или pendingDelete уже истёк и будет
освобождён, если не будет восстановлен — за плату.
Что отслеживается
Заголовок раздела «Что отслеживается»Все метрики с префиксом dumbmonit_domain_.
| Метрика | Что | Метки |
|---|---|---|
expiry_days | дней осталось до истечения, с дробной частью; отрицательное после истечения | |
expiry_timestamp_seconds | дата истечения, в секундах Unix | |
expiry_published | 0, когда реестр не публикует дату истечения | |
on_hold | 1 в состоянии clientHold или serverHold | |
redemption | 1 в состоянии redemptionPeriod, pendingDelete или pendingRestore | |
status | значение 1, один ряд на код статуса, в форме EPP (clientTransferProhibited) | status |
registrar_info | значение 1 | registrar |
dnssec | 1, когда делегация подписана | |
rdap_ok | 0, когда последний запрос к реестру не удался и показан более ранний ответ | |
rdap_age_seconds | возраст показанного ответа |
Реестр запрашивается раз в интервал обновления (по умолчанию 12 часов); между
запросами дни до истечения пересчитываются при каждой проверке. Когда реестр
не отвечает, последний полученный ответ всё равно используется до семи дней,
с rdap_ok равным 0, так что сбой реестра не выглядит как проблема домена.
Применяемые встроенные правила: «Домен скоро истекает» (менее 30 дней), «Домен близок к истечению» (менее 7 дней или уже истёк), «Домен на удержании», «Домен в состоянии выкупа», плюс «Монитор недоступен».
Страница монитора
Заголовок раздела «Страница монитора»Панель над графиками читает то, что сохранила проверка; открытие страницы никогда не запрашивает реестр. Она сообщает дату истечения и количество оставшихся дней, коды статуса (либо удержание и выкуп в одном предложении), регистратора и DNSSEC, а также была ли последняя попытка запроса к реестру неудачной.
Отслеживание регистрации домена
Заголовок раздела «Отслеживание регистрации домена»-
Введите зарегистрированный домен, например «example.com», а не имя под ним, такое как www.example.com, которое реестр не знает. Ничего настраивать не нужно, и учётные данные не требуются: RDAP, преемник WHOIS, публичен.
-
DumbMonit находит реестр расширения в файле bootstrap RDAP от IANA, затем запрашивает у него дату истечения, коды статуса и регистратора, по умолчанию два раза в день. Реестры ограничивают число запросов RDAP, а дата истечения меняется раз в год: более короткий интервал обновления ничего не даёт.
-
Несколько реестров работают с RDAP, не будучи перечисленными у IANA — например, .ch и .li: укажите их адрес в RDAP server. Расширение, чей реестр не предоставляет публичный сервис RDAP, нельзя отслеживать.
https://rdap.nic.ch/ -
Некоторые реестры не публикуют дату истечения (например, .ch): тогда DumbMonit сообщает об этом и продолжает отслеживать коды статуса.
Домен, которого реестр не знает (поддомен, опечатка, или удалённый домен),
сообщается как ошибка конфигурации, а не как отказ. Имена с диакритикой
принимаются и запрашиваются в своей ASCII-форме (xn--…).
Учётные данные
Заголовок раздела «Учётные данные»Нет: RDAP публичен.
Адрес: зарегистрированный домен (example.com); вставленный URL сокращается
до своего имени хоста. Опции: сервер RDAP (пусто: находится через IANA),
интервал обновления (12 часов, от 1 до 168) и таймаут запроса (10 с). Интервал
проверки самого монитора может оставаться значением по умолчанию: он только
пересчитывает оставшиеся дни между двумя запросами к реестру.