dig, nslookup и веб-инструмент DNS: когда что выбрать

dig и nslookup остаются классикой командной строки не случайно: они точны, поддаются автоматизации и есть почти в любой системе с терминалом. Веб-инструмент для DNS-проверки не стремится их заменить, он закрывает случаи, когда они плохо подходят для конкретной задачи.

Где выигрывают терминальные утилиты

• Прямой запрос к конкретному DNS-серверу, не используемому по умолчанию: dig @1.1.1.1 example.com — это одна команда, без экранов настройки.
• Просмотр полного ответа, включая флаги, TTL и точную структуру возвращённых записей. Это полезно, когда вы отлаживаете сам DNS, а не просто хотите получить ответ.
• Встраивание проверки в более крупный автоматизированный процесс, который уже живёт в shell-скрипте или CI-конвейере.
• Работа без какого-либо браузера на сервере, к которому вы уже подключились по SSH.

Где веб-инструмент оправдывает себя

• Быстрая проверка с телефона или с любого устройства, где под рукой нет терминала.
• Разрешение действительно большого списка доменов за один раз, с отображением прогресса и нормальным экспортом, вместо ручной записи цикла из вызовов dig в текстовый файл.
• Возможность отправить нетехническому коллеге ссылку, а не объяснять ему, как установить утилиту командной строки и пользоваться ею.
• Запуск регулярной проверки с панелью, на которую можно посмотреть позже, вместо того чтобы самому поддерживать cron-задачу и место для хранения её вывода.

На практике большинство тех, кто пользуется веб-инструментом для быстрых разовых проверок, всё равно держит dig под рукой для по-настоящему глубокой отладки DNS. Эти подходы не конкурируют, а занимают разные места на шкале между «мне нужен один быстрый ответ» и «мне нужно увидеть, что именно делает протокол».

Два флага dig, которые стоит знать, даже если остальные вы почти не используете

• dig +short убирает подробный заголовок и вывод флагов и печатает только ответ. Это идеально для передачи в скрипт вместо разбора обычного формата dig, рассчитанного на человека.
• dig +trace вручную повторяет всю цепочку разрешения и показывает каждый шаг от корневых серверов до авторитативного ответа. Это самый быстрый способ понять, на каком звене цепочки что-то ломается, когда проблема лежит выше самой конечной записи.

Интерактивный режим nslookup, о котором часто забывают

Большинство запускает nslookup как одиночную команду и идёт дальше, но если ввести просто nslookup без аргументов, откроется интерактивное приглашение, где сервер можно задать один раз (server 1.1.1.1) и затем использовать для нескольких последующих запросов, не повторяя его каждый раз. Это по-настоящему удобно, когда нужно подряд проверить несколько связанных записей на одном и том же нестандартном резолвере. Эта возможность скромнее и обсуждается реже, чем подход dig на основе флагов, но тем, кто выбирает именно nslookup (а не dig) по привычке или потому что он используется на их платформе по умолчанию, полезно знать, что она есть.