Ubuntu Manpage: named — インターネットドメインネームサーバ (DNS)

Provided by: manpages-ja_0.5.0.0.20221215+dfsg-1_all

名称

     named — インターネットドメインネームサーバ (DNS)

書式

     named [-d debuglevel] [-p port#] [-(b|c) config_file] [-f -q -r -v] [-u user_name] [-g group_name] [-t
     directory] [-w directory] [config_file]

解説

     named はインターネットドメインネームサーバです。 インターネットドメインネームシステムの詳細な情報については
     RFC 1033, 1034, 1035 を参照してください。 パラメータがない場合は named はデフォルトの設定ファイルである
     /etc/namedb/named.conf の初期化データを読み込み、問い合わせに対し待機します。 コマンド行の最後に与えられた
     config_file 引数は “-b” または “-c” フラグを使用して指定された config_file を無効にします。

     注: named のいくつかのオプションと多くの動作は、設定ファイルの中で 制御できます。更なる情報はこの BIND 配布
     物に含まれる設定ファイルガイドを参照してください。

     指定できるオプションは以下の通りです。

     -d debuglevel
                 デバッグ情報を出力します。 debuglevel は表示するメッセージのレベルを決定する数字です。もし負の
                 値の場合、 debuglevel は “1” に設定されます。

                 注: 新しいデバッグの枠組は古いバージョンの named よりもかなり洗練されています。 設定ファイルの
                 “logging” 宣言は (問い合わせや内/外への転送などの) 多くの種類にわたるイベント それぞれに対し
                 て、複数の別々なデバッグレベルを設定することができます。 これらの広範囲にわたる新しい機能に関す
                 る更なる情報は、この BIND 配布物に含まれる設定ファイルガイドを参照してください。

     -p port#    指定されたリモートポート番号を使用します。このポート番号は named が問い合わせを送る番号です。デ
                 フォルトの値は標準のポート番号、つまり getservbyname(3) が “domain” に対して返すポート番号で
                 す。

                 注: 以前は、 “-p port#[/localport#]” という文法が使用でき、1 つ目のポートが remote サーバへの接
                 続に使用され、2 つ目のポートが named の local サーバに対するポート番号として使用されました。 現
                 在の使用法は古い使用法から localport# の指定を除いたものと同等です。この機能は 設定ファイルの
                 “options” 宣言にある “listen-on” 節で指定できます。

     -(b|c) config_file
                 代わりの config_file を使用します。 この引数はコマンド行の最後に指定された config_file によって
                 上書きされます。 デフォルトの値は /etc/namedb/named.conf です。

     -f          このプロセスを表で動かし、 fork(2) やデーモン化をしません (デフォルトではデーモン化をします)。

     -q          named が QRYLOG を定義してコンパイルされている場合に、 すべての問い合わせのトレースを行ないま
                 す。

                 注: 設定ファイルの “logging” 宣言で “queries” logging category する方が賛成され、このオプション
                 は反対されています。 更なる情報は、この BIND 配布物に含まれる設定ファイルガイドを参照してくださ
                 い。

     -r          再帰的なネームサーバの問い合わせを抑止します。 問い合わせに対してはローカルゾーン (プライマリも
                 しくはセカンダリ) からのみ 回答されます。 この指定はルートサーバにて使用することができます。 デ
                 フォルトでは再帰的な問い合わせを行ないます。

                 注: このオプションは設定ファイルの “options” 宣言の “recursion” 節によって上書きされ、またそち
                 らのほうが推奨されています。

     -v          バージョンを報告し、終了します。

     -u user_name
                 ユーザを指定すると、初期化後のサーバがこのユーザで動作します。 値はユーザ名または数字のユーザ
                 ID どちらでも構いません。 “-g” フラグが指定されていなかった場合、 指定されたユーザのプライマリ
                 グループがグループ ID として使用されます (initgroups() が呼ばれるため、ユーザの所属するすべての
                 グループがサーバに 渡されます)。

     -g group_name
                 グループを指定すると、初期化後のサーバがこのグループで動作します。 値はグループ名または数字のグ
                 ループ ID どちらでも構いません。

     -t directory
                 サーバがコマンド行引数を処理したらすぐに chroot() するべき ディレクトリを指定します。

     -w directory
                 サーバの作業ディレクトリを設定します。設定ファイルの “options” 宣言の “directory” 節はコマンド
                 行で指定したあらゆる値を上書きします。 デフォルトの作業ディレクトリはカレントディレクトリ (“.”)
                 です。

     それ以外の引数は上で述べたとおり、 古い実装との互換性のために、設定ファイルの名前として扱われます。この引数
     は “-b” または “-c” フラグを使用して指定される config_file を無効にします。 特に引数が与えられなければ、デ
     フォルトの設定ファイルが使用されます (/etc/namedb/named.conf) 。

   マスタファイル形式
     マスタファイルは制御情報とゾーン中のオブジェクトの 資源レコードのリストからなり、次の形式を取ります。

           $INCLUDE <filename> <opt_domain>
           $ORIGIN <domain>
           $TTL <ttl>
           <domain> <opt_ttl> <opt_class> <type> <resource_record_data>

     ここで、

     domain        ルートの場合は “.” を、現在の起点の場合は “@” を、それら以外では通常のドメイン名を指定しま
                   す。 domain が “.” で終って いない 通常のドメイン名である場合は、 現在の起点がドメインに追加
                   されます。 ドメイン名が “.” で終っている場合は変更されません。

     opt_domain    このフィールドにはインクルードファイル中のデータの起点を定義します。 これはインクルードファイ
                   ルの最初の行の前に $ORIGIN 宣言を置くことと等価です。 このフィールドはオプショナルです。
                   opt_domain フィールドやインクルードファイル中の $ORIGIN 宣言はそのファイル自身の現在の起点を
                   変更することはありません。

     ttl           明示的な TTL (time-to-live) を持たない 将来のレコードのためのデフォルトの TTL を、整数値で指
                   定します。

     opt_ttl       このフィールドはオプションであり、 time-to-live を整数値で指定します。 設定されない場合、TTL
                   は最後の $TTL 文から取得されます。 $TTL 文が存在しない場合、SOA の最小値が使用され、警告が生
                   成されます。

     opt_class     オブジェクトのアドレスの型を指定します。 現在はDARPAインターネットに接続するオブジェクトであ
                   る IN のみがサポートされています。

     type          このフィールドには以下のトークンのうちひとつが含まれます。 括弧中におのおの
                   resource_record_data フィールドに指定すべきデータを示しています。

                         A          ホストアドレス (4つ組ドット IP アドレス)

                         NS         権威があるネームサーバ (ドメイン)

                         MX         メールエクスチェンジャ (ドメイン) 優先順位 (0..32767) に引続き指定します。
                                    優先順位は小さい値が優先順位の高いことを示します。

                         CNAME      別名に対応した正式名 (ドメイン)

                         SOA        オーソリティゾーンデータの開始を示します。 (ホストの属するドメイン、メンテナ
                                    のドメインアドレス、 シリアル番号、その後にリフレッシュ、リトライ、有効期
                                    限、最小 TTL (RFC 883 と RFC 2308 を参照) の各値を秒で指定したパラメータが続
                                    く)。

                         NULL       ヌルリソースレコード (形式やデータはありません)

                         RP         いくつかのドメイン名の責任者 (メールアドレスか参照できるテキスト)

                         PTR        ドメイン名のポインタ (ドメイン)

                         HINFO      ホスト情報 (CPUタイプ、OSタイプ)

     通常は行末でリソースレコードは終了しますが、 左括弧と右括弧で囲まれた場合は複数行にまたがることが可能となり
     ます。 セミコロンから行末まではコメントとして扱われます。

     注: ここには示されていませんが、このほかのタイプのリソースレコードも存在します。 リソースレコードのすべての
     タイプを知るには BIND Operations Guide (“BOG”) を参照する必要があるでしょう。 新しい RFC にていくつかのリ
     ソースタイプが標準化されていますが、 このバージョンの BIND ではまだ実装されていません。

   SOA レコード形式
     各マスタゾーンファイルはそのゾーンの SOA レコードで始まらなければなりません。 以下に SOA レコードの例を示し
     ます。

     @       IN      SOA     ucbvax.Berkeley.EDU. rwh.ucbvax.Berkeley.EDU. (
                                     1989020501      ; serial
                                     10800   ; refresh
                                     3600    ; retry
                                     3600000 ; expire
                                     86400 ) ; minimum

     SOA ではシリアル番号 (serial) を指定します。 シリアル番号はマスタファイルを更新するたびに増加する必要があり
     ます。 シリアル番号は小数点つきの数字を指定することもできますが、 整数への変換は乗算や加算ではなく文字列と
     してつなげて行っているため、 あまり 賢い方法とはいえません。 年月日と 0〜99 のシリアル番号を使用すること
     で、 このフィールドのサイズである符号なしの 32 ビット以内に収まります。 (このやり方は 4294 年には考え直す必
     要があることは確かですが、 それについては心配する必要はないでしょう)。

     セカンダリサーバは秒で指定されたリフレッシュ時間 (refresh) の間隔で シリアル番号をチェックします。 シリアル
     番号に変更があれば、新しいデータを読み込むために ゾーン情報が転送されます。 リフレッシュ時間が過ぎてもマス
     タサーバに接続できない場合は、 リトライ時間 (retry) の間隔でリフレッシュが試みられます。 期限切れ時間
     (expire) が過ぎてマスタサーバに接続できない場合は、 セカンダリサーバはそのゾーンのすべてのデータを破棄しま
     す。

注

     ブートファイルでの “domain” と “suffixes” の指定は廃止され、 もっと便利なリゾルバベースの実装、すなわち部分
     的な形のドメイン名 (partially-qualified domain names) の接尾辞に置き変えられました。 以前のメカニズムでは多
     くの状況下で失敗することがあり、 特にローカルネームサーバが完全な情報を持っていない場合に失敗しました。

     以下に各シグナルを kill(1) コマンドによってサーバに送った場合の効果を示します。

     SIGHUP    サーバは named.conf を読み、データベースをロードし直します。 サーバがコンパイルオプションの
               FOCED_RELOAD を定義されてコンパイルされている場合は、 SIGHUP を送るとサーバはすべてのセカンダリ
               ゾーンのシリアル番号もチェックします。 通常、シリアル番号は SOA 中に指定された間隔でのみチェック
               されます。

     SIGINT    現在のデータベースとキャッシュの内容を “/var/tmp/named_dump.db” または _PATH_DUMPFILE の値にダン
               プします。

     SIGILL    サーバが -DSTATS 付きでコンパイルされていれば、 統計データを named.stats にダンプします。 統計
               データはこのファイルの末尾に追加されます。

     SIGSYS    サーバがプロファイリング (サーバの fork, chdir と exit) を 有効にされてコンパイルされていれば、
               プロファイリングデータを /var/tmp にダンプします。

     SIGTERM   更新されたデータが存在すればこれを保存し、サーバをシャットダウンします

     SIGUSR1   デバッグ機能を有効にします。 SIGUSR1 が送られるたびにデバッグレベルが上がります。 (SIGUSR1 がない
               古いシステムでは SIGEMT が使われます。)

     SIGUSR2   デバッグ機能を完全に無効にします。 (SIGUSR2 がない古いシステムでは SIGFPE が使われます。)

     SIGWINCH  すべてのサーバに入力される問い合わせの syslog(8) による ログ採取の有無を切り替えます。 (ログ採取
               はサーバが QRYLOG オプションを指定されて コンパイルされている必要があります。)

名称

書式

解説

注

関連ファイル

関連項目