digとnslookup、ウェブ版DNSツールの使い分け

dig と nslookup がコマンドラインの定番であり続けているのには理由があります。正確で、スクリプト化でき、ターミナルのあるほぼすべてのシステムで使えるからです。ウェブ版のルックアップツールは、これらを置き換えようとしているわけではありません。むしろ、目の前の作業にはこれらが不向きな場面を補うものです。

ターミナルのツールが優れている場面

• 既定ではないDNSサーバーに直接問い合わせる場面。dig @1.1.1.1 example.com の1コマンドで済み、設定画面も要りません。
• フラグ、TTL、返されたレコードの正確な構造など、レスポンスの全体を確認する場面。単に答えが知りたいのではなく、DNSそのものをデバッグしているときに役立ちます。
• すでにシェルスクリプトやCIパイプラインにある、より大きな自動化ワークフローにチェックを組み込む場面。
• すでにSSHで入っているサーバー上で、ブラウザなしに完結して作業する場面。

ウェブ版ツールが役立つ場面

• スマートフォンなど、手元にターミナルがない端末からの簡単な確認。
• 非常に多くのドメインを一度に解決する場面。dig を呼び出すループの出力を手作業でテキストファイルに流し込む代わりに、進行状況の表示と適切なエクスポートが使えます。
• 技術者ではないチームメンバーに、コマンドラインツールのインストールと使い方を説明する代わりに、リンクを渡す場面。
• 定期的なチェックをスケジュールし、あとからダッシュボードで確認する場面。cron ジョブと出力の保存場所を自分で維持する必要がありません。

実際には、手早い単発の検索にウェブ版ツールを使う人の多くも、本格的なDNSデバッグのために dig を手元に残しています。両者は競合しているのではなく、「とにかく早く答えが1つ欲しい」から「プロトコルが何をしているのかを正確に見たい」までの間の、別々の位置に適したものです。

普段あまり使わなくても知っておきたい、digのフラグ2つ

• dig +short は、冗長なヘッダーやフラグの出力を省き、答えだけを表示します。dig の通常の人間向けの形式を解析する代わりに、スクリプトへそのまま渡したいときに最適です。
• dig +trace は、名前解決の全体の流れを手動でやり直し、ルートサーバーから権威のある応答まで、すべての段階を表示します。最終的なレコードより手前の経路で何かが壊れているとき、どの段階に問題があるのかを最も早く突き止められる方法です。

見落とされがちな、nslookupの対話モード

多くの人は nslookup を1回きりのコマンドとして実行して終わりにしますが、引数なしで nslookup と入力すると、対話型のプロンプトに入ります。ここではサーバーを一度だけ設定すれば（server 1.1.1.1）、以降の複数の問い合わせで毎回指定し直さずに使い回せます。既定ではない同じリゾルバーに対して、関連するレコードを続けて調べるときにとても便利です。dig のフラグ中心のやり方に比べると、小さく、あまり話題にならない機能です。それでも、習慣やプラットフォームの既定で dig ではなく nslookup を使う人にとっては、知っておく価値があります。