名称
dig - ドメイン名問い合わせパケットをネームサーバに送る書式
dig [@server] domain [⟨query-type⟩] [⟨query-class⟩] [+⟨query-option⟩] [-⟨dig-option⟩] [%comment]解説
dig (ドメイン情報手探り器; domain information groper) は、 DNS (Domain Name System) サーバから情報を集めるために使われる 柔軟なコマンドラインツールです。 dig は 2 つのモードを持っています。 これは、1 つの問い合わせを行う単純な対話的利用モードと、 いくつかの問い合わせ行のリスト中の各問い合わせを実行するバッチモードです。 すべての問い合わせオプションは、コマンドラインから利用可能です。 普通の簡単な dig の使用法は、以下のような形式です。
dig
@server domain query-type
query-class
ここで、
- server
- は、ドメイン名かドット表記のインターネットアドレスのどちらかです。
もし、このオプションフィールドが省略された場合、
dig
は、そのマシンのデフォルトのネームサーバを利用しようとします。
注:
ドメイン名が指定された時は、ドメイン名システムリゾルバ
(つまり、BIND)
を使うことで解決しようとします。システムが
DNS を
提供していない時は、ドット形式のアドレスを指定する必要があります。
利用できるサーバがどこかにある場合は、必要なことは
/etc/resolv.conf
が存在し、
server
自身が解決できるように、そのデフォルトネームサーバがどこにあるかが
記述されていることだけです。
/etc/resolv.conf
についての情報は
resolver(5)
を参照してください。
警告:
/etc/resolv.conf
を変更すると、標準のリゾルバライブラリと
(潜在的に)
それを使ういくつかのプログラムに影響を与えます。
オプションとして、ユーザは環境変数
LOCALRES
を設定し、 /etc/resolv.conf の代わりに使うファイルの名前を指定できます。 (LOCALRES
変数は dig リゾルバ固有のもので、標準のリゾルバでは 参照されません) 。LOCALRES
変数が設定されていないか、 設定されたファイルが読み込めない場合は、 /etc/resolv.conf が使われます。 - domain
- は、あなたが情報を要求しているドメイン名です。 逆アドレスの問い合わせのための便利な方法は、 -x オプションを参照してください(この節の その他のオプション の項で述べられています)。
- query-type
- は、あなたが要求している情報のタイプ(DNS
問い合わせタイプ)です。
省略された場合のデフォルトは、
“a”
(
T_A = アドレス
) が使われます。以下のタイプが認識されます。-
a
T_A
- ネットワークアドレス
-
any
T_ANY
- 指定されたドメインのすべて/任意の情報
-
mx
T_MX
- ドメインのメール交換情報 (MX)
-
ns
T_NS
- ネームサーバ
-
soa
T_SOA
- ゾーンの権威者を表すレコード
-
hinfo
T_HINFO
- ホスト情報
-
axfr
T_AXFR
- ゾーン転送情報(権威を持ったサーバに尋ねなければなりません)
-
txt
T_TXT
- 任意の数の文字列
-
a
- query-class
- は、問い合わせで要求されるネットワーククラスです。
省略された場合のデフォルトは、
“in”
(
C_IN = Internet
) です。 以下のクラスが認識されます。-
in
C_IN
- インターネットクラスドメイン
-
any
C_ANY
- すべて/任意のクラスの情報
T_ANY
として解析します。 query-class =C_ANY
にするためには、 “any” を 2 度指定するか、 -c オプション(以下参照)を利用して問い合わせクラスを 指定しなければなりません。 -
in
その他のオプション
- %ignored-comment
- “%” は、単に解析されない引数を含むために使われます。 これは、 dig をバッチモードで実行する時に有効です。 問い合わせリスト中のすべての @server-domain-name を解決する代わりに、 そのオーバヘッドを避けつつコマンドライン上にドメイン名を書くことが出来ます。 以下の例を参照。
- -⟨dig option⟩
- “-”
は、 dig
の操作に影響を与えるオプションを指定するために
使われます。以下のオプションが現在利用可能です
(
便利であるかどうかは保証しません
)。
- -x dot-notation-address
- 逆アドレス変換を指定する便利な形式です。 “dig 32.0.9.128.in-addr.arpa” の代わりに、 “dig -x 128.9.0.32” と指定できます。
- -f file
- dig のバッチモードのためのファイルです。ファイルは、 つづいて実行される問い合わせの指定 ( dig のコマンドライン) の リストを含んでいます。 ‘;’, ‘#’, ‘\n’ で始まる行は無視されます。その他のオプションは、 コマンドラインで現れるものは、個々のバッチによる問い合わせでも 影響があります。
- -T time
- バッチモードで実行した時、連続した問い合わせの始まる時間間隔を秒で与え ます。2 つ以上のバッチ dig コマンドの実行を大体同期することができる ようになります。デフォルトは 0 です。
- -p port
- ポート番号です。標準でないポート番号で待つネームサーバに問い合わせます。 デフォルトは 53 です。
- -p[ping-string]
- 問い合わせからかえってきた後で、 ping(8) コマンドを応答時間の比較のために実行します。これは、美しくないのですが、 シェルを呼び出します。統計の最後の 3 行がコマンドのために 表示されます。 オプションの “ping-string” が存在した時は、シェルコマンドでは “ping -s” を置き換えます。
- -t query-type
- 問い合わせのタイプを指定します。タイプフィールド内の整数値か、
上で述べたニーモニック表現
(つまり mx =
T_MX
) かで 指定することができます。 - -c query-class
- 問い合わせのクラスを指定します。クラスフィールド内の整数値か、 上で述べたニーモニック表現 (つまり in = C_IN) で 指定することができます。
- -k keydir:keyname
- ディレクトリ keydir 中の TSIG キー名 keyname で、問い合わせます。
- -envsav
- このフラグを指定すると、すべての引数が解析された後で
dig 環境
(デフォルトや表示オプション等)
を
デフォルト環境としてファイルに保存します。
標準のデフォルトが気に入らず、
dig
を使う度にたくさんのオプションを指定することが嫌な場合は便利です。
環境は、 dig
出力 (以下参照)
で詳しく述べられるフラグと同じように、
リゾルバの状態変数フラグや、タイムアウト、再試行回数からなります。
シェル環境変数
LOCALDEF
がファイルの名前に設定されている場合、 これが、デフォルトの dig 環境が保存される場所となります。 そうでない場合は、ファイル “DiG.env” が現在の作業ディレクトリに 作成されます。 注:LOCALDEF
は、 dig のリゾルバ固有であり、 標準のリゾルバライブラリの操作には影響を与えません。 dig が実行される度に、 “./DiG.env” またはシェル環境変数LOCALDEF
で指定されたファイルが探されます。そのようなファイルが 存在し読める場合は、引数を解析する前にこのファイルから環境が 読み込まれます。 - -envset
- このフラグは、バッチ問い合わせを実行する時にだけ影響があります。 dig バッチファイル中で “-envset” が指定されていると、 この引数が解析された後の dig 環境は、バッチファイルが実行されている間もしくは、次の “-envset” が指定されるまでの間は、 デフォルトの環境となります。
- -[no] stick
- このフラグは、バッチ問い合わせ実行にだけ影響を与えます。 これは、 dig 環境を dig バッチファイル中での 各問い合わせ (行) の前に (初期状態もしくは、 “-envset” で設定された) 元の状態に戻すことを指定します。 デフォルトの “-nostick” は、 dig 環境を回復しないという意味ですので、 dig バッチファイルの各行で指定されたオプションは、 後の行でもその効果が残ったままになります (つまり “sticky” 時のデフォルトのようには回復されません)。
- +⟨query option⟩
- “+”
はパケット問い合わせ中のオプション変更や
dig
出力仕様を変更するために使われます。
これらの多くは、
nslookup(8)
で受け入れられるパラメータと同じものです。
オプションが値を必要とする場合、その指定形式は以下のようになります。
ほとんどのキーワードは、省略が可能です。
“+”
オプションの解釈は非常に単純です。
値はキーワードとスペースで区切ってはなりません。
以下のキーワードが現在利用可能です。
キーワード 省略形 意味
[デフォルト]
- [no] debug (deb)
- デバッグモードを変更 [deb]
- [no] d2
- 追加のデバッグモードを変更 [nod2]
- [no] recurse (rec)
- 再帰的探索を使うかどうか指定 [rec]
- retry=# (ret)
- 再試行の回数を # に設定 [4]
- time=# (ti)
- タイムアウト時間を # 秒に設定 [4]
- [no] ko
- 繋げておくオプション(vc を暗黙指定) [noko]
- [no] vc
- 仮想回線を使うかどうか指定 [novc]
- [no] defname (def)
- デフォルトドメイン名を使うかどうか指定 [def]
- [no] search (sea)
- ドメインサーチリストを使うかどうか指定 [sea]
- domain=NAME (do)
- デフォルトドメイン名を NAME に指定
- [no] ignore (i)
- trunc. エラーを無視するかどうか指定 [noi]
- [no] primary (pr)
- プライマリサーバを使うかどうか指定 [nopr]
- [no] aaonly (aa)
- 権威を持った問い合わせのみのフラグ [noaa]
- [no] cmd
- 解析された引数を表示 [cmd]
- [no] stats (st)
- 問い合わせの統計を表示 [st]
- [no] Header (H)
- 基本的なヘッダを表示 [H]
- [no] header (he)
- ヘッダフラグを表示 [he]
- [no] ttlid (tt)
- TTL を表示 [tt]
- [no] cl
- クラス情報を表示 [nocl]
- [no] qr
- 出て行った問い合わせを表示 [noqr]
- [no] reply (rep)
- 応答節を表示 [rep]
- [no] ques (qu)
- 質問節を表示 [qu]
- [no] answer (an)
- 回答節を表示 [an]
- [no] author (au)
- 権威節を表示 [au]
- [no] addit (ad)
- 追加節を表示 [ad]
- pfdef
- デフォルト表示フラグを設定
- pfmin
- 最小のデフォルト表示フラグを設定
- pfset=#
- 表示フラグを # に設定 (# は 16 進 /8 進/10 進が可能です)
- pfand=#
- 表示フラグに # とのビット論理積 (and) 適用
- pfor=#
- 表示フラグに # とのビット論理和 (or) 適用
num_servers
” として値 1 を使います。)
詳細
dig は、かつて BINDの resolver(3) ライブラリの変更版を要求しました。 BIND のリゾルバは、(BIND 4.9のように) dig を正しく動作させるようになって来ています。本質的には、 dig は、引数の解釈と適切なパラメータ設定を(見事にではなく)卒直に行うものです。 dig はリゾルバの関数 res_init(), res_mkquery(), res_send() を使い、また _res 構造体を操作します。環境変数
上述した -envsav, -envset, -[no] stick オプションの説明も参照してください。関連ファイル
- /etc/resolv.conf
- 初期状態のドメイン名とネームサーバのアドレス
- ./DiG.env
- デフォルトオプションを保存するデフォルトファイル
関連項目
named(8), resolver(3), resolver(5), nslookup(8)規格
RFC 1035作者
Steve Hotz [email protected]謝辞
dig は、Andrew Cherenson によって書かれた nslookup(8) の関数を使っています。バグ
dig は "潜行性機能過多" を患っています。 これは開発中に潜在的な用途をいくつも考えていた結果です。 苛酷なダイエットをしたらきっとよくなるでしょう。 同様に、表示フラグとそれで指定できる表示項目の粗さとから、 これらがその場限りの必要性から追加されたものだということが わかるはずです。 リゾルバ中のどこかで問題が発生した時に、 dig はうまく (しかるべき終了ステータスで) 終了してくれるとは限りません。 (注: 大概のよくある終了条件はきちんと処理できます) 。 これは、特にバッチモードで実行している時に頭の痛い問題です。 異常終了し (さらにそれが捕捉されなかっ) た時には、 バッチ全体が終了してしまいますが、 そのようなイベントが捕捉された時には、 dig はそのまま次の問い合わせを続けるだけです。August 30, 1990 | BSD 4 |