<username>ソケットにバインドした後に、ユーザー権限を落とし、指定したユーザーになります。ユーザー名かidかid.gidでなければなりません。オプションの-uと同じです。<directory>ゾーンファイルにアクセスする前に、指定したディレクトリに作業ディレクトリを変えます。control-cert-fileにアクセスします。作業ディレクトリの変更を無効にするためにはこの値を""(空文字)に設定します。デフォルトでは"/etc/nsd"が使われます。<filename>無視されます。NSD3の設定ファイルとの互換性のためです。<filename>soaタイムアウトとNSDのゾーン転送デーモンはこのファイルにその状態を保存します。再起動後に状態は読み戻されます。重大な害なしにこの状態ファイルを削除できます。ゾーンのタイムスタンプは失われます。詳細はNSDのゾーンの期限切れの動作のセクションを参照してください。デフォルトは/var/db/nsd/xfrd.stateです。<directory>ゾーン転送は処理前にここに保存されます。NSDの終了時に削除されるディレクトリがここに生成されます。デフォルトは/tmpです。<number>この値が-1であれば、xfrdはゾーン転送後のリロードを引き起こしません。正の値であれば、xfrdはゾーン転送後にリロードを行い、それから新しいリロードを行う前に指定した秒数の間待ちます。この値を設定することで、リロードの間隔を指定した秒数毎に一度までに抑制できます。デフォルトは1秒です。<level>この値は(デバッグではない)ログ出力の饒舌さのレベルを指定します。1は内向きの通知とゾーン転送についての情報を与えます。2は遭遇した穏やかな警告の一覧を出力します。no>CHAOSクラスのクエリーに対してバージョンの文字列をNSDが返答するのを防ぎます。no>NSDに起動時とSIGHUP時にゾーンファイルののmtimeをチェックさせます。無効にすると、(たくさんのゾーンの場合にディスクの動作が減って)より早く起動します。デフォルトは有効です。reloadはこのオプションに関係なくゾーンファイルをリロードします。<numbuckets>このオプションはハッシュテーブルのサイズを指定します。デフォルトは1000000です。多くのバケットはより多くのメモリを使い、ハッシュ衝突の機会を減らします。<qps>(1つのクエリーソースからの)最大qpsが許容されます。0に設定したら、無効(無制限のレート)になります。whilelist-ratelimitも0の設定します。verbosityを2に設定すると、制限された、および制限が解除されたサブネットがログ出されます。制限されたクエリーは遮断されたり、TCPフォールバックの回答を受け取ったりします。<numpackets>このオプションはSLIP応答("truncated"ビットをセットした応答)を送り返す前に破棄されるパケットの数を制御します。0はSLIPパケットの送信を無効にし、1は各クエリーがSLIP応答を受け取ることを意味します。<subnet>IPv4プレフィックス長。アドレスはネットブロックによりグループ化されます。<subnet>IPv6プレフィックス長。アドレスはネットブロックによりグループ化されます。<qps>ホワイトリストになるクエリー元の最大qps。rrl-whitelistオプションにより、通常の制限の代わりにこのqpsの制限を受け取る特定のクエリー設定できます。0の値を設定すると、レートは無制限になります。ツールを使うためのオプションを設定するために使われます。デフォルトでは無効にされていて、デフォルトでlocalhostで待ち受けます。自己署名証明書はnsd-control-setupツールで生成することができます。chrootする前およびユーザー権限を落とす前にNSDにより鍵ファイルが読まれます。そのため、chrootの外側に置いたり、スーパーユーザーのみが読むことができるようにしたりできます。no>リモート制御を有効にします。デフォルトはnoです。ip6>NSDは(TCP上で)制御要求を提供するためにリストされたアドレスにバインドします。複数のIPアドレスにバインドするために複数回記述することができます。control-enableで制御が有効なときに、このオプションが何も指定されなければ、NSDは制御のために127.0.0.1と::1のインターフェイスで待ち受けます。<number>リモート制御サービスのためのポート番号。デフォルトは8952です。<filename>サーバのプライベート鍵のパスです。デフォルトは/etc/nsd/nsd_server.keyです。このファイルはnsd-control-setupユーティリティにより生成されます。このファイルはnsd-controlによってではなくnsdサーバにより使われます。<filename>サーバーの自己署名証明書へのパス。デフォルトは/etc/nsd/nsd_server.pemです。このファイルはnsd-control-setupユーティリティにより生成されます。このファイルはnsdサーバーによってもnsd-controlによっても使われます。<filename>制御クライアントのプライベート鍵へのパス。デフォルトは/etc/nsd/nsd_control.keyです。このファイルはnsd-control-setupユーティリティにより生成されます。このファイルはnsd-controlにより使われます。<filename>制御クライアントの証明書へのパス。デフォルトは/etc/nsd/nsd_control.pemです。この証明書はサーバー証明書により署名されています。このファイルはnsd-control-setupユーティリティにより生成されます。このファイルはnsd-controlにより使われます。patternオプションpattern:節は複数のゾーンに適応するオプションのセットを示すために使われます。ゾーンに関して同じゾーンのオプションは許可されます。<string>パターン名。これは(大文字小文字を区別する)文字列です。"_implicit_"で始まるパターン名はパターンを持たないゾーン(直接nsd.confに定義されたゾーン)の内部で使われます。<pattern-name>与えられたパターンのオプションはここ場所に読み込まれます。参照されるパターンはこのパターンより上で定義されていなければなりません。outgoing-interfaceのゾーンオプションがで指定できます。これらはこのパターンに読み込まれるパターンとゾーンに適応されます。オプションゾーン毎に一つのzone:節で指定されるオプションが必要です。複数のサーバーを加えるためにはアクセス制御リストの要素を複数回与えます。これらの要素は明示的に追加される必要があります。nsd.conf設定ファイルに設定されたゾーンは、(それ自体の暗黙的なパターンないで)その設定がハードコードされます。それらはdelzoneで削除できませんが、設定ファイルから削除したり、repatternで削除したりすることはできます。<string>ゾーン名。これはゾーンの頂点のドメイン名です。(FQDN記法で)'.'で終わってもよいです。"example.com",や"sub.example.net."です。この属性は各ゾーンに存在しなければなりません。<filename>ゾーン情報を含んでいるファイル。この属性が存在していたら、指定したファイルはゾーンの内容を読み書きするのに使われます。この属性が存在していなければ、そのゾーンを書き出すことを防ぎます。BLOCKED>アクセス制御リスト。サーバの)アドレスはこの(セカンダリ)サーバに通知を送信するのが許可されます。指定されていない、あるいはBLOCKEDと指定されたアドレスからの通知は破棄されます。NOKEYが与えられたら、TSIG署名は必要とされません。BLOCKEDは他のエントリーを破棄します。他のエントリーは記述の順番で一致するかを調べられます。ip-specは普通のIPアドレス(IPv4やIPv6)、あるいは1.2.3.4/24の形式のサブネット、1.2.3.4&255.255.255.0のようなマスクされたもの、1.2.3.4-1.2.3.25の形式の範囲のどれかです。ポート番号は@numberの接尾語を使って付与されます。5300番ポートでは1.2.3.4@5300や1.2.3.4/24@5300です。ip-specの範囲は/や&や@や-記号の周りに空白を使ってはいけません。NOKEY>アクセス制御リスト。サーバの)アドレスに更新時にAXFR/IXFRのクエリーを行います。ポート番号は@numberの接尾語を使って付与されます。5300番ポートでは1.2.3.4@5300です。指定した鍵がAXFR/IXFRで使われす。AXFRオプションが与えられたら、そのサーバにはIXFRクエリーで接続されず、AXFR要求のみが行われます。サーバを持つことを許可します。UDPオプションが与えられたら、セカンダリはIXFR要求を送信するためにUDPを使います。UDP送信を許可するときには、通知とゾーン転送を認証するために、TSIGを設定するべきです。なければ、NSDはKaminsky方式の攻撃でもっと脆弱になるでしょう。UDPオプションがなければ、IXFRはTCPを使って送信されます。no>このオプションはrequest-xfrオプションと一緒に使われるべきです。ネームサーバがIXFRをサポートしていないときに、(セカンダリとしての)NSDがAXFRにフォールバックするのを許可あるいは拒否します。デフォルトではyesです。NOKEY>アクセス制御リスト。サーバの)アドレスはこのゾーンへの更新が通知されます。ポート番号は@numberの接尾語を使って付与されます。5300番ポートでは1.2.3.4@5300です。指定した鍵は通知を署名するために使われます。セカンダリの設定上でのみ、(自身に通知させたり、しばらくして更新したりして)NSDはゾーンの更新を検出できます。<number>このオプションはnotifyオプションと一緒に使われるべきです。通知の送信時の再接続の試みの回数を設定します。BLOCKED>アクセス制御リスト。サーバの)アドレスはこのサーバからのAXFRの要求を許可されます。データはそのアドレス宛に提供されます。指定した鍵がAXFRで使われす。指定されていない、あるいはBLOCKEDと指定されたアドレスでは、データは提供されず、要求は破棄されます。BLOCKEDは他のエントリーを破棄します。他のエントリーは記述の順番で一致するかを調べられます。ip-specは普通のIPアドレス(IPv4やIPv6)、あるいは1.2.3.4/24の形式のサブネット、1.2.3.4&255.255.255.0のようなマスクされたもの、1.2.3.4-1.2.3.25の形式の範囲のどれかです。ポート番号は@numberの接尾語を使って付与されます。5300番ポートでは1.2.3.4@5300や1.2.3.4/24@5300です。ip-specの範囲は/や&や@や-記号の周りに空白を使ってはいけません。<ip-address>アクセス制御リスト。指定したアドレスは(セカンダリの場合では)AXFR|IXFRを要求するために使われるか、(プライマリの場合では)通知を送信するために使われます。IPアドレスは普通のIPアドレス(IPv4またはIPv6)です。ポート番号は@numberの接尾語を使って付与されます。5300番ポートでは1.2.3.4@5300です。<pattern-name>与えられたパターンのオプションはここ場所に読み込まれます。参照されるパターンはこのゾーンより上で定義されていなければなりません。<rrltype>このオプションの節はこのゾーンのための指定したrrltypeのクエリーがホワイトリストされるようになります。これらはwhitelist-ratelimitを受け入れます。複数行を記述したら、各行はゾーンのためにホワイトリストされる新しいrrltypeを有効にします。デフォルトは何もホワイトリストされません。RRLが異なるタイプを互いに干渉させないように利用するクエリーの分類です。2では)サブネットがブロックされるときに、タイプがログの行に出力されます。鍵の宣言key:節はアクセス制御リストで使われる鍵を設定します。<string>鍵の名前。アクセス制御リストでこの鍵を参照するために使われます。<string>この鍵の認証アルゴリズム。blob>base64で符号化された共有鍵。異なるファイルにsecret:宣言(とbase64の塊)を置くこともできます。このときはinclude:でそのファイルを指定します。ポリシーを持つこともあるため、別ファイルに分けることができます。BIND9ハッカーのためのNSDの設定BIND9は自身の設定ファイルの形式named.conf(5)を持つネームサーバの実装です。BIND9には'Master'と'Slave'のタイプのゾーンがあります。サーバが並べられます。データをクエリーされ、更新通知のために待ち受けます。NSDでは、これらの2つの特性は別に設定される必要があります。BIND9では、(例えば操作者など)通知の特別な送信元のためにallow-notify要素を提供することだけが必要です。NSDはマスタと操作者の両方のためにallow-notifyを持つ必要があります。BIND9では追加の転送元を許可します。NSDでは、request-xfrとして転送元を並べます。ゾーンの例をここに示します。options節にdnssec-enable文は必要ではありません。NSDでは、鍵はアクセス制御リストの文のIPアドレスと結びつけられています。そのため、server{}文は必要ありません。NSDの設定ファイルでは同じ例は下のようになります。tsig.example.org.masterは2回並べられていることに注目してください。データがどこにあるかを伝えるために1回。マスタを指定するために、もっと多くのallow-notifyとrequest-xfrの行を追加することができます。サーバに通知を送信することも許可するアドレスのために、追加のallow-notifyの行を指定することができます。サーバが並べられます。データの転送の要求を許可されます。NSDでは、これらの2つの特性は別に設定される必要があります。ゾーンの例をここに示します。"example.nl";};NSDの文法ではこれは次のようになります。NOKEYその他NSDは権威のみのDNSサーバです。これはゾーンのプライマリあるいはセカンダリのサーバとして意味し、DNSリゾルバとキャッシュにDNSデータを提供します。BIND9は権威サーバとして機能し、その設定オプションはこのセクションのNSDと比べられます。BIND9はリゾルバやキャッシュとしても機能します。BIND9がリゾルバやキャッシュのために持つ設定オプションはNSDと等しくないです。NCCの共同チームにより作られました。詳細は配布ファイルに含まれているファイルCREDITSを見てください。バグnsd.confは基本的な解析器により解析されます。エラーメッセージは要領を得ないかもしれません。