Быстрее всего проверить DNS-запись — командой dig +short cliai.tech A, она печатает только значения без заголовков. Всё остальное в dig нужно, чтобы ответить на настоящий вопрос после смены записи: она уже применилась или просто ещё не долетела до вас? Ответ — не «подождите ещё», а сравнение двух резолверов и взгляд на TTL.
1. Только ответ, без шума
$ clai покажи ip адрес cliai.tech→ dig +short cliai.tech A104.21.58.232172.67.209.250+short оставляет только значения записей. Полный вывод dig нужен для отладки и скриптов, а для быстрого взгляда хватает этого.
2. Спросить конкретный резолвер
$ clai что отвечает про cliai.tech публичный резолвер гугла→ dig +short @8.8.8.8 cliai.tech172.67.209.250104.21.58.232@ обходит ваш локальный резолвер и его кеш полностью. Именно так проверяют, обновилась ли запись «в мире», а не только у вас на машине.
3. Сравнить два резолвера — это и есть проверка распространения
$ clai сравни, что отвечают гугл и клаудфлер про cliai.tech→ for r in 8.8.8.8 1.1.1.1; do printf '%-10s %s\n' "$r" "$(dig +short @$r cliai.tech | tail -1)"; done8.8.8.8 172.67.209.2501.1.1.1 172.67.209.250Совпали — запись разошлась. Разошлись — где-то ещё живёт старое значение в кеше, и остаётся только ждать истечения его TTL. Никакой сторонний сервис проверки распространения не делает ничего сверх этого.
4. Почтовые и текстовые записи
$ clai покажи mx и txt записи cliai.tech→ dig +short cliai.tech MX && dig +short cliai.tech TXT36 route3.mx.cloudflare.net.64 route1.mx.cloudflare.net.85 route2.mx.cloudflare.net."v=spf1 include:_spf.mx.cloudflare.net ~all"Тип записи указывается последним аргументом. В строке MX первое число — приоритет, меньше значит выше. В TXT обычно живут SPF и подтверждения владения доменом.
5. Сколько ещё проживёт кеш
$ clai покажи ttl записи, чтобы понять сколько ждать→ dig cliai.tech A +noall +answerВторое число в строке ответа — это TTL в секундах: столько резолвер будет держать значение, прежде чем спросит заново. Если собираетесь менять запись, снизьте TTL заранее, за сутки.
6. Найти, где сломалось
$ clai проследи всю цепочку делегирования для cliai.tech→ dig +trace cliai.tech+trace идёт от корневых серверов вниз и показывает, кто кому делегирует зону. Так ловят случай, когда у регистратора прописаны одни NS-серверы, а записи вы правите на других.
Грабли
digбез@спрашивает ваш локальный резолвер. На большинстве систем это кеширующий127.0.0.53, и он может отдавать устаревшее значение. Для проверки изменений всегда указывайте резолвер явно.- TTL в кешированном ответе уменьшается. Показанное число — это остаток, а не исходное значение. Чтобы увидеть настоящий TTL, спрашивайте авторитетный сервер зоны.
- «Распространение DNS» — не процесс, а истечение кешей. Никто ничего не рассылает. Изменение становится видно ровно тогда, когда у каждого резолвера истёк его TTL.
Похожие вопросы
Почему у меня старый IP, а у коллеги новый? Разные резолверы с разными остатками TTL. Проверьте оба через @ и дождитесь истечения более медленного.
Чем dig лучше nslookup? Точнее показывает секции ответа и флаги, поддерживает +trace и +short. nslookup считается устаревшим.
Как узнать авторитетные серверы домена? dig +short cliai.tech NS — и дальше спрашивайте записи прямо у них, минуя все кеши.
Читайте также
- Сетевая диагностика по-человечески: соединения, порты, DNS
- Проверка, открыт ли порт на удалённом сервере
- Проверка срока действия SSL-сертификата
Не пишите флаги dig руками — опишите, что нужно проверить, а команду напишет CliAI. Установка одной строкой.