Provided by: manpages-ja_0.5.0.0.20080615-1_all bug

loggingã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     logging {
       [ channel channel_name {
         ( file path_name
            [ versions ( number | unlimited ) ]
            [ size size_spec ]
          | syslog ( kern | user | mail | daemon | auth | syslog | lpr |
                     news | uucp | cron | authpriv | ftp |
                     local0 | local1 | local2 | local3 |
                     local4 | local5 | local6 | local7 )
          | null );

         [ severity ( critical | error | warning | notice |
                      info  | debug [ level ] | dynamic ); ]
         [ print-category yes_or_no; ]
         [ print-severity yes_or_no; ]
         [ print-time yes_or_no; ]
       }; ]

       [ category category_name {
         channel_name; [ channel_name; ... ]
       }; ]
       ...
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     logging
     ステヌトメントは、ネヌムサヌバに察する様々な皮類のログ甚オプションを
     蚭定したす。 その䞭の channel
     フレヌズでは、出力方法ずフォヌマットオプションず重倧床を
     名前ず結び぀けたす。 この名前は埌で category
     フレヌズで䜿甚し、様々なメッセヌゞクラスをどのようにログに萜すかを遞択したす。

     ただ 1 ぀の logging
     ステヌトメントを䜿甚しお、望むだけ倚くのチャネルずカテゎリを 定矩で-
     たす。蚭定䞭に、耇数の logging ステヌトメントがあった堎合、 最初以倖の
     logging ステヌトメントに察しおは譊告が出されたす。 logging
     ステヌトメントが 1 個も存圚しなかった堎合、ログ甚の蚭定は
     次のようになるでしょう :

         logging {
             category default { default_syslog; default_debug; };
             category panic { default_syslog; default_stderr; };
             category packet { default_debug; };
             category eventlib { default_debug; };
         };

     ログ甚の蚭定は、 logging
     ステヌトメントがパヌスされたらすぐに確立されたす。もし、蚭定ファむル
     党䜓の凊理状況に぀いおのメッセヌゞをリダむレクトしたいのであれば、
     logging
     ステヌトメントが最初に出おくるようにしなければなりたせん。たずえ、
     蚭定ファむルのパヌス状況を衚すメッセヌゞをリダむレクトしたくなくおも、
     logging
     ステヌトメントはファむルの先頭に眮くこずを勧めたす。そうするこずによっお、
     パヌサの出すメッセヌゞを再床蚭定する必芁が生じたずい法意識しお
     このルヌルを思い出す必芁がなくなりたす。

  ãƒèˆãƒç€ãƒå„ãƒè¥ãƒäŸãƒè­ãƒç’ズ
     ログの出力はすべお、1 ぀たたはそれ以䞊の「チャネル」ぞず枡りたす。
     チャネルは奜い芆䞖浊遒襪海箞でい泙后

     それぞれのチャネルの定矩には、そのチャネル甚に遞択したメッセヌゞが
     ファむルに萜されるのか、特別な syslog ファシリティに枡されるのか、
     たたは、捚おられるのかを指定する節が含たれおいなくおはなりたせん。
     チャネルの定矩では、チャネルが受け取るメッセヌゞの重倧床を制限する
     こずもオプションででい泙 (デフォルトは info です)。たた、 named
     が生成するタむムスタンプず、
     カテゎリ名ず、重倧床を含めるかどうかを制限するこずもでい泙后
     デフォルトでは、この 3 ぀のいずれも含めないようになっおいたす。

     チャネルに察するログの送り先のオプションに null
     ずいう単語を䜿甚するず、そのチャネルに送られるメッセヌゞはすべお
     捚おられるようになりたす。チャネルに察するその他のオプションは意味が
     ありたせん。

     file 節を䜿甚するず、ログファむルがどれだけ倧-
     くなっおも良いかずいうこずず、 ログファむルがオヌプンされるごずに
     䜕個のバヌゞョンを残すのかずいうこずに関する制限を、取り蟌むこずがで-
     たす。

     ログファむルに察する size オプションは、単玔にログが倧-
     くなるのを制限する固い倩井になるものです。 ログファむルが size
     を超えるず、 ログファむルが再床オヌプンされるたで named
     はファむルに䜕も曞すみたせん。size を超えおいおも、自動的にはファむルは
     オヌプンされたせん。デフォルトでは、ログファむルのサむズ制限はありたせん。

     ログファむルオプションに version を䜿甚するず、 named
     は、ログファむルがオヌプンされるずい瞫䟫ぅ襪離䞱奪アップバヌゞョンの
     名前を倉曎しお、指定した数だけ保持したす。䟋えば、lamers.log
     ずいうファむルの 叀いバヌゞョンを 3
     ぀保持するように遞択した堎合、lamer.log がオヌプンされる 盎前に
     lamers.log.1 ずいうファむルは lamers.log.2 ずいう名前に倉曎され、
     lamers.log.0  ずいうファむルは lamers.log.1 ずいう名前に倉曎され、そしお
     lamers.log ずいうファむルが lamers.log.0
     ずいう名前に倉曎されたす。バヌゞョン名
     が巡回するものはデフォルトでは保持されたせん。
     すでに存圚しおいるログファむルは、 ただ単に远加しお曞かれたす。 unlimited
     ァ璜錙璜匹蓮珟圚の BIND のリリヌスでは 99 ず同矩です。size および
     versions オプションの䜿甚䟋は次の通りです :

         channel an_example_level {
             file "lamers.log" versions 3 size 20m;
             print-time yes;
             print-category yes;
         };

     syslog 節の匕数は、 syslog(3) マニュアルペヌゞに欺劌気譎蚎い syslog
     ファシリティを衚したす。 syslogd
     がこのファシリティに送られるメッセヌゞをどのように扱うかに぀いおは、
     syslog.conf(5) マニュアルペヌゞに欺劌ありたす。 openlog()() 関数に 2
     ぀の匕数しか䜿甚しない、ずおも叀いバヌゞョンの syslog を
     䜿甚しおいるシステムをお䜿いの堎合は、この節は黙っお無芖されたす。

     severity 節は、syslog の「優先床」のように働い泙后ただし、syslog を
     䜿甚するかわりにファむルを盎接曞いおも䜿甚でい襪箞海蹐違いたす。
     䞎えられた重倧床よりも䜎いレベルのメッセヌゞは、
     このチャネルに察しおは遞択されたせん。䞎えられた重倧床
     よりも高いレベルのメッセヌゞが受け取られたす。

     syslog を䜿っおいる堎合、 syslog.conf
     での優先床によっおも最終的に䜕が通り抜けるかが決定されたす。
     䟋えば、チャネルのファシリティおよび重倧床を daemon および debug
     に定矩しおいるが、 syslog.conf では daemon.warning
     しかログに萜ずさないようにしおいる堎合、 info および notice
     の重倧床を持ったメッセヌゞは捚おられおしたいたす。 状況が逆になり、 named
     が warning かそれ以䞊の重倧床を持ったメッセヌゞしか曞い䞖気芆い茲Δ
     なっおいる堎合、 syslogd
     は、そのチャネルから受け取ったメッセヌゞをすべお曞そ䞪垢海箞任靎腓Α

     デバッグモヌドになっおいる堎合、サヌバはもっず倚くのデバッグ情報を
     提䟛でい泙后サヌバのデバッグレベルが 0 より倧いなっおいれば、
     デバッグモヌドは邑になっおいたす。党䜓でのデバッグレベルは、 -d
     フラグに正の敎数倀を続けお指定しお named
     サヌバを開始するか、たたは、動いおいるサヌバに SIGUSR1 シグナルを送る
     (䟋えば、 ndc trace を䜿っお) こずによっお蚭定したす。
     党䜓でのデバッグレベルは 0 にも蚭定でぁ△海里箞は、デバッグモヌドは
     無効になりたす。この状態には、サヌバに SIGUSR2 シグナルを送る ( ndc
     notrace を䜿っお) こずによっおもでい泙后
     サヌバでのデバッグメッセヌゞにはすべおデバッグレベルがありたす。
     そしお、デバッグレベルが高いほどより詳现な出力になっおいたす。
     䟋えば、特定のデバッグ重倧床を次のように指定したチャネル
     では、サヌバがデバッグモヌドであればい぀でも、レベル 3 たたは
     それ以䞋のレベルのデバッグ出力が埗られたす。

         channel specific_debug_level {
             file "foo";
             severity debug 3;
         };

     それは、党䜓でのデバッグレベルには䟝りたせん。 dynamic
     重倧床を指定したチャネルでは、どのメッセヌゞを出力するかを
     決めるためにサヌバ党䜓のデバッグレベルを䜿甚したす。

     print-time がオンになっおいれば、日付および時刻がログに萜ずされたす。
     print-time は、syslog チャネルに察しおも指定で-
     たすが、通垞は意味のないこずです。 なぜなら、syslog
     も日付および時刻は出力するからです。 print-category
     が芁求されおいる堎合、メッセヌゞのカテゎリも同様にログに萜ずされたす。
     最埌に、 print-severity
     がオンになっおいれば、メッセヌゞの重倧床がログに萜ずされたす。 print-
     オプションはどういう組合せでも䜿うこずがでぁ
     垞に次のような順番で出力されたす : それは time, category, severity
     の順です。 次に瀺す䟋は、3 ぀すべおの print- オプションをオンにした䟋です
     :

         28-Apr-1997 15:05:32.863 default: notice: Ready to answer queries.

     named でのデフォルトのログ取埗甚に䜿甚されるチャネルには、次のような、
     事前に定矩された 4 ぀がありたす。どのようにこのチャネルを䜿うのかに
     ぀いおは次節 category _categoryãƒäŸãƒè­ãƒç’ズ
     カテゎリはたくさんありたす。そのため、芋たいず思うログをどこぞでも送る
     こずがでぁ芋たくないログは芋ないですたすこずがでい泙后カテゎリに察しお
     チャネルのリストを指定しなかった堎合は、代わりに default
     カテゎリにログが送られたす。 default
     カテゎリを指定しなかった堎合、次のような「デフォルトの default
     カテゎリ」が䜿われたす :

         category default { default_syslog; default_debug; };

     䟋ずしお、セゥ絅螢謄のむベントをファむルにログずしお萜ずしたいが、
     デフォルトのロギングの挙動は維持したいずしたしょう。そうするず、次のように
     指定するこずになるでしょう :

         channel my_security_channel {
             file "my_security_file";
             severity info;
         };
         category security { my_security_channel;
                             default_syslog; default_debug; };

     カテゎリ内のすべおのメッセヌゞを捚おるには、 null
     チャネルを指定しおください :

         category lame-servers { null; };
         category cname { null; };

     次のようなカテゎリが䜿甚可胜です :

     default
       すべお捕たえたす。倚くのメッセヌゞがただカテゎリ分けされおおらず、
       すべおここで捕たりたす。さらに、カテゎリに察しお䜕のチャネルも
       指定しなかった堎合、代わりに default カテゎリが䜿われたす。default
       カテゎリを指定しなかった堎合、次のような定矩が䜿われたす :
             category default { default_syslog; default_debug; };

     config
       ハむレベルの蚭定ファむル凊理です。

     parser
       ロヌレベルの蚭定ファむル凊理です。

     queries
       サヌバが受け取った問い合わせそれぞれに察しお、短いログメッセヌゞを生成したす。

     lame-servers
       ``Lame server on ...'' ずいうようなメッセヌゞです。

     statistics
       統蚈です。

     panic
       サヌバ内郚の問題でサヌバ自䜓がシャットダりンしなくおはならなくなるず、
       問題の起い晋気離テゎリずこのカテゎリの䞡方に、 問題をログずしお曞-
       こみたす。 panic
       カテゎリを定矩しおいない堎合には、次のような定矩が䜿われたす :
             category panic { default_syslog; default_stderr; };

     update
       動的な曎新です。

     ncache
       ネガティブゥ瀇奪蜡鵐阿任后

     xfer-in
       サヌバが受け取っおいるゟヌン転送です。

     xfer-out
       サヌバが送っおいるゟヌン転送です。

     db
       すべおのデヌタベヌスの操䜜です。

     eventlib
       むベントシステムからのデバッグ情報です。このカテゎリには、ただ 1 ぀の
       チャネルが指定でぁ△修離船瀇優襪魯䟫ぅ襯船瀇優襪任芆おはなりたせん。
       eventlib カテゎリを指定しない堎合は、次のような定矩が䜿われたす :
             category eventlib { default_debug; };

     packet
       受け取ったパケットおよび送ったパケットのダンプです。このカテゎリには、
       ただ 1 ぀のチャネルが指定でぁ△修離船瀇優襪魯䟫ぅ襯船瀇優襪任芆おは
       なりたせん。packet
       カテゎリを指定しない堎合は、次のような定矩が䜿われたす :
             category packet { default_debug; };

     notify
       NOTIFY プロトコルです。

     cname
       ``... points to a CNAME'' のようなメッセヌゞです。

     security
       蚱可された / 蚱可されなかったリク゚ストです。

     os
       オペレヌティングシステムの問題です。

     insist
       内郚の敎合瀬船Д奪の倱敗です。

     maintenance
       定期的に行われるメンテナンスのむベントです。

     load
       ゟヌンぞのロヌドメッセヌゞです。

     response-checks
       応答のチェックから発生するメッセヌゞです。䟋えば、 ``Malformed response
       ...'', ``wrong ans. name ...'', ``unrelated additional info ...'',
       ``invalid RR type ...'', ``bad referral ...'' ずいったものです。

optionsã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     options {
       [ version version_string; ]
       [ directory path_name; ]
       [ named-xfer path_name; ]
       [ dump-file path_name; ]
       [ memstatistics-file path_name; ]
       [ pid-file path_name; ]
       [ statistics-file path_name; ]
       [ auth-nxdomain yes_or_no; ]
       [ deallocate-on-exit yes_or_no; ]
       [ dialup yes_or_no; ]
       [ fake-iquery yes_or_no; ]
       [ fetch-glue yes_or_no; ]
       [ has-old-clients yes_or_no; ]
       [ host-statistics yes_or_no; ]
       [ host-statistics-max number; ]
       [ multiple-cnames yes_or_no; ]
       [ notify yes_or_no; ]
       [ recursion yes_or_no; ]
       [ rfc2308-type1 yes_or_no; ]
       [ use-id-pool yes_or_no; ]
       [ treat-cr-as-space yes_or_no; ]
       [ also-notify yes_or_no; ]
       [ forward ( only | first ); ]
       [ forwarders { [ in_addr ; [ in_addr ; ... ] ] }; ]
       [ check-names ( master | slave | response ) ( warn | fail | ignore); ]
       [ allow-query { address_match_list }; ]
       [ allow-recursion { address_match_list }; ]
       [ allow-transfer { address_match_list }; ]
       [ blackhole { address_match_list }; ]
       [ listen-on [ port ip_port ] { address_match_list }; ]
       [ query-source [ address ( ip_addr | * ) ]
                      [ port ( ip_port | * ) ] ; ]
       [ lame-ttl number; ]
       [ max-transfer-time-in number; ]
       [ max-ncache-ttl number; ]
       [ min-roots number; ]
       [ serial-queries number; ]
       [ transfer-format ( one-answer | many-answers ); ]
       [ transfers-in  number; ]
       [ transfers-out number; ]
       [ transfers-per-ns number; ]
       [ transfer-source ip_addr; ]
       [ maintain-ixfr-base yes_or_no; ]
       [ max-ixfr-log-size number; ]
       [ coresize size_spec ; ]
       [ datasize size_spec ; ]
       [ files size_spec ; ]
       [ stacksize size_spec ; ]
       [ cleaning-interval number; ]
       [ heartbeat-interval number; ]
       [ interface-interval number; ]
       [ statistics-interval number; ]
       [ topology { address_match_list }; ]
       [ sortlist { address_match_list|fR }; ]
       [ rrset-order { order_spec ; [ order_spec ; ... [ [ };
     };

  å®èŸçŸèˆãã‚èŒãå•äœè—ç”å†æ³•
     options ステヌトメントは BIND で䜿われるグロヌバルオプションを
     蚭定したす。このステヌトメントは、蚭定ファむル䞭で 1 床だけ出珟でい泙后
     もし耇数のステヌトメントが出珟した堎合は、最初に出珟したステヌトメントが
     実際に䜿甚されるオプションを決定し、譊告が行われたす。options
     ステヌトメントが 存圚しない堎合は、各オプションがデフォルトに蚭定された
     options ブロックが 䜿われたす。

  ãƒåƒã‚è€å
     version
       ndc コマンドの問い合わせや chaos クラスの version.bind
       名の問い合わせを通しおサヌバがレポヌトするべぅ匌璜献腑鵑任后
       デフォルトではサヌバの本圓のバヌゞョン番号になっおいたすが、
       サヌバのオペレヌタの䞭にはこの文字列の方が奜みずいう人もいたす (
      ã‚ç™ãèˆã‚è¹ã‚é·å†è˜è«æœãåæ±èŒãæ³ãèŸãèšãããæ³ãåžã )。

     directory
       サヌバの䜜業ディレクトリです。蚭定ファむル䞭の絶察パスでない
       パス名は、どんなものでもこのディレクトリからの盞察パスず受け取られたす。
       倧郚分のサヌバの出力ファむル (䟋えば、 named.run) のデフォルトの眮-
       堎所は、このディレクトリです。もし、ディレクトリの指定が
       なければ、䜜業ディレクトリはデフォルトで ~.
       になりたす。このディレクトリは、サヌバが起動したディレクトリです。
       指定されたディレクトリは絶察パスでなくおはいけたせん。

     named-xfer
       内郚ぞのゟヌン転送甚にサヌバが䜿甚する named-xfer
       プログラムぞのパス名です。
       指定されおいない堎合のデフォルトは、システム䟝存です (䟋えば、
       /usr/sbin/named-xfer です)。

     dump-file
       SIGINT シグナルをサヌバが受け取ったず ( ndc dumpdb
       が送った堎合のように) に、
       デヌタベヌスのダンプを萜ずすファむルぞのパス名です。
       指定されおいない堎合のデフォルトは、 named_dump.db です。

     memstatistics-file
       deallocate-on-exit が yes になっおいる堎合に、
       サヌバが終了時にメモリ䜿甚統蚈を曞そ䞪奜䟫ぅ襪悗離僖耕召任后
       指定されおいない堎合のデフォルトは、 named.memstats です。

     pid-file
       サヌバが自分のプロセス ID を曞そ䞪奜䟫ぅ襪悗離僖耕召任后
       指定されおいない堎合のデフォルトは、オペレヌティングシステムに
       䟝存したすが、通垞は、 /var/run/named.pid あるいは /etc/named.pid
       です。 pid-file は、 ndc
       のような、動䜜しおいるネヌムサヌバにシグナルを送りたい
       プログラムが䜿甚したす。

     statistics-file
       サヌバが SIGILL シグナルを ( ndc stats から)
       受け取った堎合に、統蚈を远加曞すみするファむルぞのパス名です。
       指定されおいない堎合のデフォルトは、 named.stats です。

  ãƒå±ãƒç’ãƒèšå€äœãé›ã‚ãƒå»ã‚èœãƒè…ン
     auth-nxdomain
       これが yes の堎合、 AA ビットは、垞に NXDOMAIN
       の応答にセットされたす。たずえサヌバが実際には信頌でい襪癌里任
       なくおもです。 デフォルトでは、 yes になっおいたす。
       叀くからある゜フトりェアが嫌うので、
       自分のしおいるこずに確信が持おないでいるのであれば、 auth-nxdomain
       をオフにしおはいけたせん。

     deallocate-on-exit
       これが yes の堎合には、サヌバは、終了時に自分が確保したオブゞェクトを
       培底しお開攟しお、 memstatistics-file にメモリ䜿甚レポヌトを曞-
       出したす。 デフォルトでは、 no
       になっおいたす。なぜなら、オペレヌティングシステムにクリヌンアップを
       やらせたほうが高速だからです。 deallocate-on-exit
       は、メモリリヌクを怜出するために䟿利です。

     dialup
       これが yes の堎合には、サヌバは、すべおのゟヌンを、
       芁求時ダむダルによるダむダルアップリンクを通しお
       ゟヌン転送を行っおいるかのように扱いたす。
       このダむダルアップリンクは、このサヌバから通信が始たった堎合に
       立ち䞊げられるものです。
       これは、ゟヌンの皮類によっお異なる効果をもたらし、ゟヌンの保守に
       専念でい襪茲Δ砲芆蠅泙后これによっお、 heartbeat-interval ごずに 1
       床、願わくは、1 回の呌び出しの間ずいう短い間隔で
       ゟヌンの保守を行えるようになりたす。
       このオプションはたた、通垞のゟヌン保守にかかるトラフィックを
       いくらか抑えるこずもでい泙后 デフォルトは、 no です。 dialup
       オプションは、 zone ステヌトメント䞭でも指定するこずがで-
       たす。この堎合は、 options dialup ステヌトメントは䞊曞い気譎泙后

       ゟヌンが master である堎合、 サヌバは、すべおのスレヌブに察しお NOTIFY
       リク゚ストを送信するようになりたす。
       これによっお、スレヌブをチェックし、呌び出しが生い蚎い芺屬
       スレヌブがゟヌンを怜蚌でい襪茲Δ砲垢襪海箞劂
       ゟヌンを最新のものにする契機がでい泙 (サヌバが NOTIFY
       をサポヌトする堎合です)。

       ゟヌンが slave もしくは stub である堎合、
       サヌバは、通垞のゟヌンのアップデヌト問い合わせを抑制し、
       heartbeat-interval が時間切れになったずい䞖掩笋す腓錣擊襪茲Δ砲靎泙后

     fake-iquery
       これが yes の堎合、 サヌバは、 IQUERY
       ずいう、もう叀くなっお䜿われおいない DNS 問い合わせをシミュレヌション
       したす。 デフォルトは no です。

     fetch-glue
       これが yes の堎合
       (デフォルトではそうです)、サヌバは、远加の応答甚デヌタセクションを
       䜜る際には持っおいない「糊」ずなるリ゜ヌスレコヌドを取埗したす。
       サヌバのゥ瀇奪蜡玊倧いなったり、砎壊されたりしないようにするため
       (こうなるず、クラむアントからもっず倚くの仕事を芁求されるずいう
       代償を払うこずになりたす)、 fetch-glue no は、 recursion no
       ず䞀緒に䜿甚でい泙后

     has-old-clients
       このオプションを yes に蚭定するこずず、次の 3
       ぀のオプションを蚭定するこずずは等䟡です : auth-nxdomain yes ;,
       maintain-ixfr-base yes ;, rfc2308-type1 no; has-old-clients を
       auth-nxdomain, maintain-ixfr-base, rfc2308-type1
       ず䞀緒に䜿甚するこずで起こるこずは、指定の順番によりたす。

     host-statistics
       これが yes である堎合、
       ネヌムサヌバず盞互に䜜甚する各ホストに察しお統蚈が保持されたす。
       デフォルトでは no です。 _host-statistics
       をオンにするず、膚倧な量のメモリを消費する可胜䞖ありたす。

     IC host-statistics-max
       保持する最倧のホストレコヌド数です。
       この限界に達っするず、ホストの統蚈情報に新芏ホストは远加されたせん。 0
       に蚭定するず、限界はありたせん。 デフォルト倀は 0 です。

     maintain-ixfr-base
       これが yes の堎合、すべおの動的に曎新されるゟヌンに察しお、 単䞀の IXFR
       デヌタベヌスファむルが保持されたす。 これを邑にするず、
       ゟヌン転送を非垞に高速化可胜な IXFR 問い合わせに、サヌバは答えたす。
       デフォルトは no です。

     multiple-cnames
       これが yes である堎合、 1 ぀のドメむン名に぀いお耇数の CNAME
       リ゜ヌスレコヌドか蚱可されたす。 デフォルトは no です。耇数の CNAME
       レコヌドを蚱可するずいうこずは、暙準からは
       倖れおおり、掚奚されるこずではありたせん。 以前のバヌゞョンの BIND
       が耇数の CNAME レコヌドを持぀こずを蚱しおおり、
       このレコヌドがいく぀かのサむトでは負荷のバランスを取るために
       䜿甚されおいたこずから、耇数の CNAME のサポヌトを利甚で-
       るずいうこずです。

     notify
       これが yes である堎合 (それがデフォルトです)、
       倉曎を行うためにゟヌンサヌバが信頌でい蚃豺腓 DNS NOTIFY メッセヌゞを
       送るようになりたす。 NOTIFY
       を䜿甚するず、マスタサヌバずそのスレヌブずの間の収束が
       早たりたす。NOTIFY メッセヌゞを受け取り、理解するスレヌブサヌバは
       そのゟヌン甚にマスタサヌバに接続し、ゟヌン転送を行う必芁があるかを
       点怜したす。そしお、必芁がある堎合は盎ちにゟヌン転送を開始したす。
       notify オプションは zone ステヌトメント内でも指定でい泙后この堎合は、
       options notify ステヌトメントは䞊曞い気譎泙后

     recursion
       これが yes であり、 DNS の問い合わせが再垰凊理を芁求しおいる堎合、
       サヌバはその問い合わせに答えるために必芁な仕事をすべお行おうずしたす。
       recursion がオンになっおいない堎合、サヌバが答えを
       知らない堎合は、サヌバはクラむアントに照䌚を返したす。デフォルトでは、
       yes です。前述の fetch-glue も参照しおください。

     rfc2308-type1
       これが yes であれば、サヌバは、吊定応答甚に SOA レコヌドず䞀緒に NS
       レコヌドを 送りたす。もし、叀い BIND サヌバを持っおいお、 SOA ず NS
       の䞡方を含んだ吊定応答を理解しないフォワヌド甚サヌバずしお䜿甚しお
       いる堎合や、叀いバヌゞョンの sendmail を持っおいる堎合は、この
       オプションを no に蚭定する必芁がありたす。正しい解決策は、
       そういう壊れたサヌバや sendmail を䜿甚しないこずです。デフォルトでは、
       このオプションは no です。

     use-id-pool
       これが yes であれば、サヌバは自分自身の未解決の問い合わせ ID
       を远跡しお、 重耇を避け、ランダム䞖鮃癌瓩襪茲Δ砲靎泙后これによっお、
       サヌバが 128 KB も倚くメモリを消費するようになりたす。 デフォルトは no
       です。

     treat-cr-as-space
       これが yes の堎合、 サヌバは、スペヌスやタブを扱うのず同じ方法で CR
       文字を扱うように なりたす。NT あるいは DOS
       マシンで生成したゟヌンファむルを UNIX システム䞊にロヌドするず-
       に、このオプションは必芁でしょう。 デフォルトでは、このオプションは no
       です。

   Also-Notify
     also-notify

     ゟヌンの新しいコピヌがロヌドされるずい呂い匔任眩信された NOTIFY
     メッセヌゞも受け取る IP アドレスのグロヌバルリストを定矩したす。
     このオプションは、ゟヌンのコピヌが玠早く「内密の」サヌバ䞊で確実に収束
     する助けになりたす。 also-notify リストが zone
     ステヌトメントで䞎えられた堎合、 options also-notify
     ステヌトメントは䞊曞い気譎泙后 zone notify ステヌトメントが no
     に蚭定されおいる堎合、 グロヌバルの also-notify リストの IP
     アドレスは、このゟヌンに察する NOTIFY メッセヌゞを
     送信されたせん。デフォルトでは、このリストは空です (グロヌバルな
     notification リストはないずいうこずです)。

  ãƒäŸã‚ãƒéŒãƒç’ド
     フォワヌド機胜は、少数のサヌバ䞊で倧い淵汜ぅ斑碓未離ャッシュを䜜成する
     ために䜿甚するこずがでい泙后これによっお、倖郚のネヌムサヌバぞの
     リンクを越えたトラフィックを軜枛でい泙后フォワヌド機胜は、盎接
     むンタヌネットに接続でい芆い、ずもかく倖郚のホスト名を芋぀け出したい
     ずいうサヌバの問い合わせを蚱可するためにも䜿甚でい泙后
     フォワヌドが発生するのは、そうした問い合わせに察しおサヌバが
     暩限を持たず、ゥ瀇奪蜡玊砲修留答が入っおいない堎合だけです。

     forward
       このオプションは、 forwarders
       リストが空でない堎合にだけ意味がありたす。 first
       ずいう倀がデフォルトですが、このず-
       サヌバは、たずフォワヌドを行うサヌバに
       問い合わせを行い、フォワヌドを行うサヌバが芁求に察しお応答しない堎合、
       自分で応答を探したす。 only
       が指定された堎合、サヌバは、ただフォワヌドを行うサヌバに問い合わせを
       行うだけです。

     forwarders
       フォワヌドを行うために䜿甚される IP
       アドレスを指定したす。デフォルトでは、 これは空のリストです
       (フォワヌドを行いたせん)。

     フォワヌド機胜は、ゟヌン単䜍をもずにしお蚭定するこずもでい泙后 このず-
     は、グロヌバルのフォワヌド甚オプションが、さたざたな方法で 䞊曞い任-
     るようになりたす。 特定のゟヌンに察し、
     別のフォワヌド甚サヌバを䜿甚したり、別の forward only/first
     の振るたいをもたせたり、あるいはたったくフォワヌドしなかったり でい泙后
     さらなる情報に぀いおは、 _
     のセクションを参照しおください。

     BIND 8 の祥茲離匌璜献腑鵑任蓮△癌蟰閥力なフォワヌド甚システムを
     提䟛する予定です。先に述べた文法は匕ぢ海サポヌトされる予定です。

  ãƒè«ãƒç’ãƒçˆãƒèˆã‚Ðãƒå¥ã‚¯
     サヌバは、期埅するクラむアントの関係に基づいおドメむン名をチェックで-
     たす。 䟋えば、ホスト名ずしお䜿甚されるドメむン名は、正圓なホスト名を
     定矩しおいる RFC に準拠するかずいう点でチェックされたす。

     チェック方法には 3 通りのやり方が利甚可胜です :

     ignore
       䜕のチェックも行われたせん。

     warn
       期埅するクラむアントの関係から名前をチェックしたす。䞍正な名前は
       ログに曞かれたすが、凊理は普通に継続したす。

     fail
       期埅するクラむアントの関係から名前をチェックしたす。䞍正な名前は
       ログに曞かれ、ルヌルに合わないデヌタは拒吊されたす。

     サヌバは、名前を 3 ぀の゚リアでチェックでい泙 : マスタゟヌンファむル、
     スレヌブゟヌンファむル、そしお、サヌバが発行した問い合わせぞの応答 です。
     check-names response fail
     が指定されおおり、クラむアントの問い合わせに察する応答が
     クラむアントに䞍正な名前を送る必芁のあるものであった堎合、 サヌバは、
     REFUSED 応答コヌドをクラむアントに送りたす。

     デフォルトは、次の通りです :

         check-names master fail;
         check-names slave warn;
         check-names response ignore;

     check-names は、 zone ステヌトメントでも指定でい泙后この堎合、 options
     check-names は䞊曞い気譎泙后 zone ステヌトメントで䜿甚した堎合、
     ゚リアは指定されたせん (なぜなら、ゟヌンの皮類から゚リアは掚枬でい
     からです)。

  ã‚â–ã‚ã‚æœã‚æµåˆ埡
     サヌバぞのアクセスは、アクセスを芁求したシステムの IP アドレス たたは共-
     秘密鍵に基づいお制限するこずがでい泙后
     アクセス基準をどのように指定するかに぀いおの詳现は、 _
     を参照しおください。

     allow-query
       どのホストが通垞の問い合せをするこずがでい襪を指定したす。 allow-query
       は、 zone ステヌトメントでも指定でい泙后この堎合、 options allow-query
       ステヌトメントを䞊曞い靎泙后もし、allow-query オプションが
       指定されおいない堎合は、デフォルトは、
       すべおのホストからの問い合わせを蚱可したす。

       allow-recursion
         どのホストが再垰的な問い合わせが可胜かを指定したす。
         指定されおいない堎合は、
         デフォルトでは党おのホストから再垰的な問い合わせがでい泙后

       allow-transfer
         どのホストがゟヌン転送をサヌバから受け取るこずを蚱可されるかを
         指定したす。 allow-transfer は、 zone ステヌトメントでも指定で-
         たす。その堎合、 options allow-transfer ステヌトメントは䞊曞-
         されたす。もし、allow-transfer オプションが
         指定されおいない堎合は、デフォルトでは、
         すべおのホストからの転送を蚱可したす。

       blackhole
         サヌバが問い合わせを受け取らないようになったり、問い合わせを解決するために
         䜿甚しないようになるアドレスのリストを指定したす。これらのアドレスからの
         問い合わせは、応答されるこずはありたせん。

  ã‚ããƒéµã‚ç¹ãƒäŸã‚Ðãƒç’ス
     サヌバが問い合わせに答えるむンタフェヌスならびにポヌトは、 listen-on
     オプションを䜿っお指定するこずがでい泙后 listen-on
     は、オプションのポヌトおよびアドレスマッチリストを取りたす。
     サヌバは、アドレスマッチリストで蚱可されたむンタフェヌス党おで埅機したす。
     ポヌトを指定しない堎合は、53 番ポヌトが䜿われたす。

     listen-on ステヌトメントが耇数あっおも良いです。䟋えば、

         listen-on { 5.6.7.8; };
         listen-on port 1234 { !1.2.3.4; 1.2/16; };

     では、IP アドレスが 5.6.7.8 のマシン甚にネヌムサヌバに 53
     番ポヌトの䜿甚を 蚱可し、1234 番ポヌトを 1.2
     のネットワヌクにいお、IPアドレスが 1.2.3.4 ではない
     マシンに䜿甚を蚱可したす。

     listen-on が指定されおいない堎合は、サヌバは、すべおのむンタフェヌス䞊で
     53 番ポヌトでの 埅機をしたす。

  å•ç¬ããåè…ã‚éŒãæœã‚â–ãƒç–ãƒè­ã‚¹
     サヌバが問い合わせに察する答を知らない堎合、そのサヌバは、他の
     ネヌムサヌバに問い合わせを行いたす。 query-source
     は、こうした問い合わせに䜿甚されるアドレスおよびポヌトを指定したす。
     address が * だったり、省略されおいる堎合、ワむルドカヌド IP アドレス (
     INADDR_ANY ) が䜿甚されたす。 port が *
     だったり、省略されおいる堎合、特暩のいらないポヌトがランダムに
     䜿甚されたす。デフォルトでは
           query-source address * port *;
     です。

     泚 : query-source は、珟圚 UDP 問い合わせのみ適甚されたす。 TCP
     問い合わせには、垞にワむルドカヌド IP アドレスずランダムに遞ばれた
     特暩のいらないポヌトが䜿甚されたす。

  ã‚å‹ãƒç’ãƒé¹è»æšé€
     max-transfer-time-in
       ここで指定された時間より長く動䜜しおいる内郚ぞのゟヌン転送 ( named-xfer
       プロセス) を終了したす。 デフォルトでは、120 分 (2 時間) です。

     transfer-format
       サヌバは 2 皮類のゟヌン転送方法をサポヌトしおいたす。 one-answer
       転送されるリ゜ヌスレコヌドそれぞれに぀いお 1 ぀の DNS
       メッセヌゞを䜿甚したす。 many-answers でい襪䞖逌燭のリ゜ヌスレコヌドを
       1 ぀のメッセヌゞに抌し蟌みたす。 many-answers
       の方が効率的ではありたすが、BIND 8.1 および、パッチの圓たった BIND
       4.9.5 でのみ 理解されるものです。デフォルトでは、 one-answer
       になりたす。 transfer-format は、 server
       ステヌトメントを䜿甚しおサヌバ単䜍で䞊曞い垢襪海箞でい泙后

     transfers-in
       同時に動䜜させるこずのでい詁睇瑀悗離勝璜鹜暵の最倧倀です。
       デフォルトは 10 です。 transfers-in
       の数を増やすず、スレヌブのゟヌンの収束が早たりたすが、ロヌカルシステムの負荷も
       䞊がっおしたう恐れがありたす。

     transfers-out
       このオプションは、祥茵
       同時に動䜜する倖郚ぞのゟヌン転送数を制限するために䜿甚する
       予定です。珟圚、文法はチェックしおいたすが、それ以䞊のこずは無芖しおいたす。

     transfers-per-ns
       あるリモヌトのネヌムサヌバから同時に実行でい詁睇瑀悗離勝璜鹜暵 (
       named-xfer プロセス) の最倧倀です。デフォルトは 2 です。
       transfers-per-ns
       の数を増やすず、スレヌブゟヌンの収束は早たりたすが、リモヌトのネヌムサヌバの
       負荷が䞊がっおしたう恐れがありたす。 transfers-per-ns は、 server
       ステヌトメントの transfers フレヌズを䜿甚しおサヌバ単䜍で䞊曞-
       するこずがでい泙后

     transfer-source
       transfer-source
       は、サヌバが内郚に転送するゟヌンをすべお取埗するために䜿甚される TCP
       コネクションず どのロヌカルアドレスずが結び぀けられるかを決定したす。
       これが蚭定されおいない堎合、
       システムが制埡しおいるデフォルト倀に蚭定されたす。 この倀は、通垞、
       リモヌト偎の終端に「最も近い」むンタフェヌスのアドレスになりたす。
       このアドレスは、もし指定されおいるのなら、リモヌト偎の終端の転送ゟヌン甚の
       allow-transfer オプションで登堎しおいなくおはなりたせん。
       このステヌトメントは、すべおのゟヌンの transfer-source
       を蚭定したすが、蚭定ファむル䞭のゟヌンブロック内に transfer-source
       ステヌトメントを含めるこずでゟヌン単䜍で䞊曞い垢襪海箞でい泙后

  ãƒèžã‚å®ãƒç’ã‚åžãå¯åˆ限
     倚皮のシステムリ゜ヌスをサヌバがどこたで䜿甚しおよいか制限可胜です。
     オペレヌティングシステムによっおは、
     この制限をいく぀かサポヌトしおいないものもありたす。
     そうしたシステムでは、サポヌトされおいない制限を䜿甚するず譊告が発生したす。
     たた、オペレヌティングシステムによっおは、
     リ゜ヌス制限自䜓をサポヌトしおいないものも
     ありたす。そうしたシステムでは、
           cannot set resource limits on this system
     ずいうメッセヌゞがログに杵燭気譎泙后

     リ゜ヌス制限を指定する際には、スケヌルを倉えた倀を䜿甚するこずがでい泙后
     䟋えば、1 ギガバむトの制限を指定したい堎合に、 1G を 1073741824
     の代わりに䜿甚するこずがでい泙后 unlimited
     は、無制限にリ゜ヌスを䜿甚する、
     ぀たり、利甚可胜な最倧の量のリ゜ヌスを芁求したす。 default
     は、サヌバが開始したずい僕効だった制限倀を䜿甚したす。 詳现に぀いおは、
     _size_spec の項を参照しおください。

     coresize
       コアダンプの最倧サむズです。デフォルト倀は default です。

     datasize
       サヌバが䜿甚でい襯劂璜織瓮皀蠅虜蚀舂琉茲任后デフォルト倀は default
       です。

     files
       サヌバが同時にオヌプンでい襯䟫ぅ襪虜蚀膺瑀任后デフォルト倀は
       unlimited です。オペレヌティングシステムによっおは、unlimited
       ずいう倀を蚭定でい歀 カヌネルがサポヌトで-
       るオヌプンするファむルの最倧倀を 決定でい芆い癌里あるこずに
       泚意しおください。こうしたシステムでは、 unlimited
       を遞択するず、サヌバが getrlimit(RLIMIT_NOFILE) から埗られる rlim_max
       の倀よりも倧い淵䟫ぅ蚖瑀魄靎蟰蚎靎泙ぁ sysconf(_SC_OPEN_MAX)
       を返しおしたうこずになりたす。 実際のカヌネルの制限倀がこの倀よりも倧-
       い堎合は、 limit files を䜿甚しお、明瀺的に制限倀を指定しおください。

     max-ixfr-log-size
       max-ixfr-log-size は、-
       来のサヌバのリリヌスでは、むンクリメンタルゟヌン転送甚に保持しおおく
       トランザクションログの倧い気棒限を蚭けるために䜿甚する予定です。

     stacksize
       サヌバが䜿甚でい襯奜織奪メモリの最倧量です。デフォルト倀は default
       です。

  å®èŸæœçšãæ·ã‚ç¹ã‚å¥ã‚ãéšé–å²éš”
     cleaning-interval
       サヌバは、 cleaning-interval 分ごずに期限の切れたリ゜ヌスレコヌドを-
       ャッシュから削陀したす。 デフォルトは 60 分です。これが 0
       に蚭定されおいるずい蓮 定期的に-
       ャッシュがクリヌニングされるこずはありたせん。

     heartbeat-interval
       サヌバは、この間隔が過ぎればい぀でも dialup yes
       の印の぀いたゟヌンすべおに察しおゟヌン管理タスクを実行したす。
       デフォルトでは 60 分です。適切な倀は 1 日 (1440 分) たでです。 この倀が
       0 に蚭定されおいる堎合、
       これらのゟヌンに察するゟヌン管理は実行されたせん。

     interface-interval
       サヌバは、 interface-interval
       分ごずにネットワヌクむンタフェヌスリストをスゥ瀇鵑靎泙后
       デフォルトでは 60 分です。 この倀が 0 に蚭定されおいる堎合、
       むンタフェヌスのスゥ瀇鵑鮃圓Δ里蓮∪瀋螢䟫ぅ襪 ロヌドされたず-
       だけです。スゥ瀇鵑靎晋玂埅機タスク (listener) は、どの
       新しいむンタフェヌス䞊でも始動したす (そのタスクが listen-on
       の蚭定がされおいお蚱可されおいる堎合です)。
       取り陀かれたむンタフェヌス䞊で動䜜しおいる埅機タスクは、消去されたす。

     statistics-interval
       ネヌムサヌバの統蚈が statistics-interval 分ごずにログに-
       録されたす。デフォルトは 60 です。 この倀が 0 に蚭定されおいる堎合、
       䜕の統蚈も杵燭気譎泙擊鵝

  ãƒè‚ãƒæ«ãƒè¹ã‚ž
     ネヌムサヌバのリストから問い合わせ先のネヌムサヌバをサヌバが 1 ぀遞ぶず-
     、 他の点ではすべお察等である堎合、このサヌバは、
     自分自身からトポロゞ的に最も近いものを遞びたす。 topology
     ステヌトメントは、アドレスマッチリストをずり、
     特別な方法でそのリストを解釈したす。
     それぞれの䞀番䞊のリスト芁玠は距離が割り圓おられおいたす。
     無効にされおいない芁玠は、リスト䞭の䜍眮に基づいお距離を取埗したす。ここで、
     リストの先頭にマッチした地点が近ければ近いほど、サヌバず芁玠ずの距離が
     近いこずになりたす。
     無効にされおいるマッチには、サヌバからの距離の最倧が割り圓おられたす。
     マッチするものがない堎合は、そのアドレスは、無効にされおいないリストの芁玠の
     どれよりも遠い距離を取埗したす。䟋えば、

         topology {
             10/8;
             !1.2.3/24;
             { 1.2/16; 3/8; };
         };

     の堎合では、ネットワヌク 10 䞊のサヌバが最も奜たしいものになりたす。
     次が、ネットワヌク 1.2.0.0 (ネットマスクが 255.255.255.0) 䞊のホスト
     およびネットワヌク 3 䞊のホストですが、 ネットワヌク 1.2.3
     (ネットマスクが 255.255.255.0) 䞊のホストは陀倖されたす。
     このネットワヌク䞊のものは、どれよりも遞ばれにくいものです。

     デフォルトのトポロゞは
           topology { localhost; localnets; };
     です。

  ãƒèžã‚å®ãƒç’ã‚å¥ãƒè­ã‚é­ãƒç’ãƒåŒãé›ã‚å®ãƒç’ト
     耇数の RR (蚳泚: リ゜ヌスレコヌド) が返っおくるず、通垞ネヌムサヌバは、
    ãƒè–ã‚Îãƒéµãƒç–ãƒè¹ãƒå’ムでそれらを返したす。 すなわち、各芁求の埌に、最初の RR
     がリストの最埌に眮かれたす。 RR
     の順番が決たっおいないので、これで問題ありたせん。

     クラむアントのリゟルバのコヌドが、これらの RR を適切に
     構成しなおさなくおはなりたせん。すなわち、他のアドレスよりも、
     ロヌカルネット䞊の任意のアドレスを優先しお䜿甚するずいうこずです。
     しかしながら、すべおのリゟルバがこうするこずがでい燭蝓
     適切に蚭定されおいるわけではありたせん。

     クラむアントがロヌカルサヌバを䜿甚しおいるずぁ▲機璜䌰癌劂▲ラむアントの
     アドレスに基づいた゜ヌトが実行でい泙后この゜ヌトのためには、
     ただネヌムサヌバを蚭定するだけでよく、すべおのクラむアントを蚭定する
     必芁はありたせん。

     sortlist ステヌトメントは、アドレスマッチリストをずり、 topology
     ステヌトメントより曎に増した特別な方法でリストを解釈したす。

     ゜ヌトリスト䞭の各先頭のステヌトメントは、 それ自身、1 ぀たたは 2
     ぀の芁玠を持った
     明瀺的なアドレスマッチリストでなくおはなりたせん。各先頭のリストの最初の芁玠
     (IP アドレス、IP のプレフィックス、ACL 名、
     あるいはネストされたアドレスマッチリスト)
     に察し、マッチが芋぀かるたで、問い合わせ元のアドレスをチェックしたす。

     ひずたび問い合わせ元のアドレスがマッチしたなら、
     先頭のステヌトメントがただ 1 ぀の芁玠のみの堎合、
     問い合わせ元のアドレスずマッチした芁玠そのものが
     応答のアドレスを遞択するために䜿甚され、それが応答の先頭に移動したす。
     ステヌトメントが 2 ぀の芁玠を持ったリストであった堎合、2 番目の芁玠は、
     topology ステヌトメントのアドレスマッチリストのように扱われたす。
     各先頭芁玠には、
     距離が割り圓おられおおり、最も短い距離を持った応答䞭のアドレスが、
     その応答の先頭に移動されたす。

     次の䟋では、ホストそれ自身のアドレスから受け取った問い合わせは、
     ロヌカルに接続された
     ネットワヌク䞊のアドレスを優先するような応答を受け取りたす。
     次に優先されるのが、 192.168.1/24
     ネットワヌク䞊のアドレスで、その埌に、192.168.2/24 あるいは 192.168.3/24
     ネットワヌクがい泙后 最埌の 2
     ぀のネットワヌク間にはどちらが優先かは瀺されおいたせん。 192.168.1/24
     ネットワヌク䞊のホストから受け取った問い合わせは、
     そのネットワヌク䞊の他のアドレスを 192.168.2/24 および 192.168.3/24
     ネットワヌクよりも優先したす。 192.168.4/24 あるいは 192.168.5/24
     ネットワヌク䞊の ホストから受け取った問い合わせは、
     盎接接続されたネットワヌク䞊のアドレスを優先する だけです。

     sortlist {
                { localhost;         // もし   ロヌカルホストなら
                  { localnets;       //    次のネット䞊で
                    192.168.1/24;    //    最初にフィットしたものにする
                    { 192,168.2/24; 192.168.3/24; }; }; };
                { 192.168.1/24;      // もし   クラス C 192.168.1 䞊なら
                  { 192.168.1/24;    //     .1 あるいは、.2 か .3 を䜿甚する
                    { 192.168.2/24; 192.168.3/24; }; }; };
                { 192.168.2/24;      // もし   クラス C 192.168.2 䞊なら
                  { 192.168.2/24;    //     .2 あるいは、.1 か .3 を䜿甚する
                    { 192.168.1/24; 192.168.3/24; }; }; };
                { 192.168.3/24;      // もし   クラス C 192.168.3 䞊なら
                  { 192.168.3/24;    //     .3 あるいは、.1 か .2 を䜿甚する
                    { 192.168.1/24; 192.168.2/24; }; }; };
                { { 192.168.4/24; 192.168.5/24; }; // .4 か .5 なら
                };                                 // そのネットを優先する
     };

     次の䟋は、ロヌカルホストおよび盎接接続されたネットワヌク䞊のホストに察する、
     理にかなった振るたいを提䟛するものです。 これは、BIND 4.9.x
     でのアドレスの゜ヌトの振るたいず
     䌌おいたす。ロヌカルホストからの問い合わせに察しお送られた応答は、
     盎接接続された ネットワヌク䞊のホストを優先したす。
     他の盎接接続されたネットワヌク䞊のホストからの
     問い合わせに察しお送られた応答は、
     同じネットワヌク䞊のアドレスを優先するでしょう。
     その他の問い合わせに察する応答に぀いおは゜ヌトされたせん。

     sortlist {
                 { localhost; localnets; };
                 { localnets; };
     };

   RRsetãåƒé è‡ç•åµä»äœã‘
     応答䞭に耇数のレコヌドが返されおいる堎合、
     その応答䞭にレコヌドがどの順番で眮かれるかを 蚭定するのが-
     益なこずがありたす。
     䟋えば、あるゟヌンに察するレコヌドは、ゟヌンファむルで
     定矩された順番で垞に返されるように蚭定されるかもしれたせん。 あるいは、
     レコヌドが返されるずい瞫薀鵐瀬爐瞫蜡瀇奪䟫襪気譎襪茲Δ砲靎燭い箞いΔ海箞
     あるでしょう。 rrset-order ステヌトメントを䜿甚するず、
     耇数レコヌドが含たれる応答䞭のレコヌドの順番を 蚭定するこずがで-
     たす。順番が定矩されおいない堎合、デフォルトでは、巡回順 (ラりンドロビン)
     になりたす

     order_spec は次のように定矩されおいたす :

       [ class class_name ][ type type_name ][ name "FQDN" ] order ordering

     クラスが指定されおいない堎合、デフォルトは ANY です。 Ictype
     が指定されおいない堎合、デフォルトは ANY です。
     名前が指定されおいない堎合、デフォルトは "*" です。

     ordering の正圓な倀には、次のようなものがありたす :

     fixed
          レコヌドは、ゟヌンファむルで定矩された順番で返されたす。
     random
          レコヌドは、ある皮のランダムな順番で返されたす。
     cyclic
          レコヌドは、ラりンドロビンに返されたす。

     䟋えば、

         rrset-order {
             class IN type A name "rc.vix.com" order random;
             order cyclic;
         };

     では、サフィックスに "rc.vix.com" を持ち、 クラス IN でタむプ A
     のレコヌドに察する 応答は、垞にランダムな順番で返されたす。
     その他のレコヌドはすべお巡回順に返されたす。

     rrset-order
     ステヌトメントが耇数珟れた堎合、ステヌトメントは連結されたせん。
     最埌のものが適甚されたす。

     rrset-order ステヌトメントが指定されおいない堎合、デフォルトは

         rrset-order { class ANY type ANY name "*" order cyclic ; };

     が䜿われたす。

  ãƒèˆãƒçŽãƒç’ãƒçžãƒéµã‚°
     lame-ttl
       䞍完党なサヌバの指瀺をゥ瀇奪蜡玊靎蚎く秒数を蚭定したす。 0 の堎合、-
       ャッシュしたせん。 デフォルトは 600 (10 分) です。最倧倀は 1800 (30 分)
       です。

     max-ncache-ttl
       ネットワヌクの負荷を軜枛しパフォヌマンスを䞊げるために、
       サヌバが吊定応答を蓄えたす。 max-ncache-ttl
       は、サヌバで、このような応答の最倧保存時間を蚭定するために䜿いたす。
       秒単䜍です。 デフォルトの max-ncache-ttl は 10800 秒 (3 時間) です。
       max-ncache-ttl 通垞の (肯定)
       応答に察しおは、最倧保存時間を超えおはいけたせん (7 日)。
       もし、この倀が 7 日以䞊に蚭定されおいた堎合、 黙っお 7
       日に切り詰めおしたうでしょう。

     min-roots
       ルヌトサヌバに察する芁求を受け取るために必芁なルヌトサヌバの最小倀です。
       デフォルトは 2 です。

zoneã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     zone domain_name [ ( in | hs | hesiod | chaos ) ] {
       type master;
       file path_name;
       [ check-names ( warn | fail | ignore ); ]
       [ allow-update { address_match_list }; ]
       [ allow-query { address_match_list }; ]
       [ allow-transfer { address_match_list }; ]
       [ forward ( only | first ); ]
       [ forwarders { [ ip_addr ; [ ip_addr ; ... ] ] }; ]
       [ dialup yes_or_no; ]
       [ notify yes_or_no; ]
       [ also-notify { ip_addr; [ ip_addr; ... ] };
       [ pubkey number number number string; ]
     };

     zone domain_name [ ( in | hs | hesiod | chaos ) ] {
       type ( slave | stub );
       [ file path_name; ]
       masters [ port ip_port ] { ip_addr; [ ip_addr; ... ] };
       [ check-names ( warn | fail | ignore ); ]
       [ allow-update { address_match_list }; ]
       [ allow-query { address_match_list }; ]
       [ allow-transfer { address_match_list }; ]
       [ forward ( only | first ); ]
       [ forwarders { [ ip_addr ; [ ip_addr ; ... ] ] }; ]
       [ transfer-source ip_addr; ]
       [ max-transfer-time-in number; ]
       [ notify yes_or_no; ]
       [ also-notify { ip_addr; [ ip_addr; ... ] };
       [ pubkey number number number string; ]
     };

     zone domain_name [ ( in | hs | hesiod | chaos ) ] {
       type forward;
       [ forward ( only | first ); ]
       [ forwarders { [ ip_addr ; [ ip_addr ; ... ] ] }; ]
       [ check-names ( warn | fail | ignore ); ]
     };

     zone "." [ ( in | hs | hesiod | chaos ) ] {
       type hint;
       file path_name;
       [ check-names ( warn | fail | ignore ); ]
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     zone ステヌトメントは、 特定の DNS
     ゟヌンがサヌバにどのように管理されるかを指定するために
     䜿われたす。ゟヌンには 5 ぀の皮類がありたす。

     master
       サヌバは、
       そのゟヌン甚デヌタのマスタコピヌを持っおいお、ゟヌンに察しお信頌でい
       応答を提䟛でい泙后

     slave
       slave ゟヌンはマスタゟヌンの耇補です。 masters
       リストは、ゟヌンの耇補を曎新するためにスレヌブサヌバが通信を行う 1
       ぀以䞊の IP アドレスを指定したす。 port
       が指定されおいる堎合、このポヌトに察し、
       ゟヌンが珟圚䜿甚されおいるものであるこずの確認ず、
       ゟヌン転送が行われたす。 file が指定されおいる堎合、
       指定されたファむルぞゟヌンの耇補が曞そ䞪気譎泙后 file
       節を䜿甚するこずを匷く勧めたす。
       なぜなら、倧䜓においおサヌバの起動を早めたすし、
       通信回線を無駄に䜿甚するこずを防いでくれるからです。

     stub
       stub ゟヌンは slave
       ゟヌンのようなものですが、ゟヌン党䜓を耇補するのではなく、
       マスタゟヌンの NS レコヌドのみを耇補するずいう点が違いたす。

     forward
       forward
       ゟヌンは、自分に向けられた問い合わせを他のサヌバに振り分けるために䜿甚したす。
       このこずは、 option _
       のセクションで説明しおいたす。これらのゟヌンでのオプション仕様は、
       options ステヌトメントで宣蚀されたグロヌバルオプションを䞊曞い靎泙后

       forwarders 節が zone ステヌトメント䞭に存圚しないか、もしくは、
       forwarders に察しお空リストが䞎えられおいる堎合は、
       そのゟヌンに察しおフォワヌドは行われず、 options ステヌトメント䞭の
       forwarders
       は、すべお効力を倱いたす。そのため、䜿甚されるサヌバではなく、グロヌバルの
       forward
       オプションの挙動を倉曎するためだけにこの皮類のゟヌンを䜿甚したいのであれば、
       グロヌバルの forwarders 節も指定しなおす必芁がありたす。

     hint
       ルヌトネヌムサヌバの初期集合は、 hint
       ゟヌンを䜿甚しお指定されたす。サヌバが起動する際に、ルヌトヒントを䜿甚しお
       ルヌトネヌムサヌバを芋぀け、ルヌトネヌムサヌバの最新リストを取埗したす。

     泚 : 以前の BIND リリヌスでは、マスタゟヌンに察しおは primary
     ずいう甚語を䜿甚し、スレヌブゟヌンに察しおは、 secondary を、hint
     ゟヌンに察しおは cache ずいう甚語を䜿甚しおいたした。

  ã‚ãƒè–ス
     ゟヌン名には、オプションでクラスを続けるこずがでい泙后
     もし、クラスが指定されおいない堎合は、 in クラス (「むンタヌネット」甚)
     であるず仮定されたす。これは、倧半の堎合正しいです。

     hesiod クラスは、MIT の Project Athena 由来の情報サヌビス甚のクラスです。
     このクラスは、ナヌザ、グルヌプ、プリンタなどずいった、
     さたざたなシステムデヌタベヌスに 関する情報を共-
     するために䜿甚されたす。さらなる情報は、 ftp://athena-
     dist.mit.edu/pub/ATHENA/usenix/athena_changes.PS から入手でい泙后 -
     ヌワヌド hs は hesiod ず同矩語です。

     MIT が開発したもう 1 ぀のものが、1970 幎代半ばに䜜られた LAN
     プロトコルである CHAOSnet です。これは、LISP ステヌションや AI
     コミュニティで䜿われおいる
     他のハヌドりェアで、ただ時折芋受けられたす。CHAOSnet 甚のゟヌンデヌタは、
     chaos クラスを䜿甚しお指定でい泙后

  ã‚ãƒå»ã‚èœãƒè…ン
     check-names
       options __
       に関するサブセクションを参照しおください。

     allow-query
       options __allow-query
       に関する説明を参照しおください。

     allow-update
       どのホストが動的な DNS
       の曎新をサヌバに提出するかを指定したす。デフォルトは、
       どのホストからも曎新を蚱可しないずいうものです。

     allow-transfer
       options __allow-transfer に関する説明を参照しおください。

     transfer-source
       transfer-source どのロヌカルアドレスが、
       このゟヌンを取埗するために䜿甚される TCP 接続ず結び぀けられるかを
       指定したす。
       これが蚭定されおいない堎合は、システムが制埡する倀がデフォルトになりたす。
       この倀は、通垞は、リモヌト偎の終端に「最も近い」むンタフェヌスのアドレスです。
       このアドレスは、
       もし指定されおいるのであれば、このゟヌンに察するリモヌト偎の終端の
       allow-transfer オプション䞭に出おこなくおはなりたせん。

     max-transfer-time-in
       options __max-transfer-time-in の説明を参照しおください。

     dialup
       options __dialup
       の説明を参照しおください。

     notify
       options __notify
       の説明を参照しおください。

     also-notify
       notify がこのゟヌンに察しおアクティブである堎合のみ also-notify
       は意味を持ちたす。 このゟヌンに察する DNS NOTIFY
       メッセヌゞを受け取るマシン矀は、 そのゟヌン甚にリストされた
       すべおのネヌムサヌバ (プラむマリマスタを陀く) ず、 also-notify
       で指定された IP アドレスからなっおいたす。 also-notify は stub
       ゟヌンに察しおは意味を持ちたせん。デフォルトでは、これは空のリストです。

     forward
       forward は、そのゟヌンが forwarders
       リストを持っおいる堎合のみ意味を持ちたす。 only 倀は、先に forwarders
       を詊し、応答がなかった堎合に怜玢を倱敗させたす。 それに察し、 first
       は、通垞の怜玢を蚱可したす。

     forwarders
       ゟヌン䞭で forwarders オプションを䜿甚するず、グロヌバルの forwarders
       リストが䞊曞い気譎泙后 forward
       タむプのゟヌン䞭でこれが指定されおいなかった堎合は、
       このゟヌンに察しおは _
       フォワヌドも行いたせん。グロヌバルのオプションは䜿われないずいうこずです。

     pubkey
       DNSSEC のフラグ、プロトコル、アルゎリズムず、 base-64
       で゚ンコヌドされた鍵を衚す文字列を指定したす。

aclã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     acl name {
       address_match_list
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     acl ステヌトメントは、名前の぀いたアドレスマッチリストを生成したす。
     このステヌトメントは、プラむマリで䜿甚しおいるアドレスマッチリスト、぀たり、
     アクセス制埡リスト (ACL) からその名前を取埗したす。

     アドレスマッチリスト名は、他のずころで䜿甚する前に acl
     を䜿甚しお定矩しなくおはなりたせん。ファむルの前方ぞの参照は蚱されおいたせん。

     次のような組み蟌みの ACL がありたす :

     any
       すべおのホストを蚱可したす。

     none
       すべおのホストを拒吊したす。

     localhost
       システム䞊のすべおのむンタフェヌスの IP アドレスを蚱可したす。

     localnets
       システムがむンタフェヌスを持ったネットワヌク䞊のすべおのホストを蚱可したす。

keyã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     key key_id {
       algorithm algorithm_id;
       secret secret_string;
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     key ステヌトメントは、鍵の ID を指定したす。この ID は、 server
     ステヌトメントで䜿甚され、単玔な IP アドレスでのマッチングよりも厳栌な
     特定のネヌムサヌバず認蚌方法ずを関連づけたす。 鍵の ID は、 server
     の定矩やアドレスマッチリスト䞭で䜿甚される前に key
     ステヌトメントを䜿甚しお䜜成されおいなくおはなりたせん。

     algorithm_id は、セゥ絅螢謄 / 認蚌アルゎリズムを指定する文字列です。
     secret_string は、指定されたアルゎリズムが䜿甚する秘密の鍵で、 base-64
     で゚ンコヌドされた文字列ずしお扱われたす。
     蚀わずずも圓然のこずですが、為念指摘しおおくず、 named.conf 䞭に
     secret_string を入れおいる堎合、 named.conf
     をスヌパナヌザ以倖の誰にも読み蟌み可胜にしおはいけたせん。

trusted-keysã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     trusted-keys {
       [ domain_name flags protocol algorithm key; ]
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     trusted-keys ステヌトメントは、もずもず、RFC 2065 で仕様が決められおいる
     DNSSEC スタむルの セゥ絅螢謄ずずもに䜿甚されたす。DNSSEC は、 3
     ぀の異なったサヌビスを提䟛するものです :
     それは、鍵の配垃、デヌタの発生元の認蚌、
     そしお、トランザクションおよび芁求の認蚌です。DNSSEC
     に぀いおの完党な説明ず このド-
     ュメントの範囲を超えた䜿い方を知りたい堎合、 そしお、読者がさらなる情報に
     興味がある堎合は、たず、RFC2065 を読むこずから始めおください。そしお、
     http://www.ietf.org/ids.by.wg/dnssec.html から入手でい襯ぅ鵐拭璜優奪
     ドラフトぞず続いおください。

     信頌された鍵はそれぞれ、ドメむン名ず関連づけられおいたす。その属䞖蓮
     非負の敎数倀である、 flags, protocol, algorithm ず、 key を衚す base-64
     で゚ンコヌドされた文字列です。

     信頌された鍵の番号はすべお指定可胜です。

serverã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     server ip_addr {
       [ bogus yes_or_no; ]
       [ transfers number; ]
       [ transfer-format ( one-answer | many-answers ); ]
       [ keys { key_id [ key_id ... ] }; ]
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     server ステヌトメントは、リモヌトのネヌムサヌバに関連付けられる
     特城を定矩したす。

     サヌバが間違ったデヌタを送っおいるこずに気が぀いた堎合、そのサヌバを
     bogus にするこずで、そのサヌバぞの問い合わせを抑止するこずがでい泙后
     bogus のデフォルト倀は no です。 サヌバに bogus
     の印を付けるず、圓該サヌバのアドレスを名前で怜玢しおマッチしたずい法
     圓該サヌバに察する他のアドレスもすべお bogus の印を付けたす。

     サヌバは、2 ぀のゟヌン転送方匏をサポヌトしおいたす。1 ぀目は、 one-answer
     であり、 これは、転送される各リ゜ヌスレコヌドに 1 ぀の DNS
     メッセヌゞを䜿甚したす。 many-answers は、で-
     るだけ倚くのリ゜ヌスレコヌドを 1 ぀のメッセヌゞに抌し蟌みたす。
     many-answers の方が効率的ではありたすが、BIND 8.1 および、
     パッチの圓たった BIND 4.9.5 でのみ 理解されるものです。
     サヌバに察しおどちらの方法を䜿甚するかは、 transfer-format
     オプションを䜿甚しお指定するこずがでい泙后 transfer-format
     が指定されおいない堎合は、 options ステヌトメントで指定された
     transfer-format が䜿甚されたす。

     transfers は、祥茲離螢蝓璜垢任離機璜䞪劂
     指定されたサヌバから同時に行われる内郚ぞのゟヌン転送数を
     制限するために䜿甚される予定です。
     珟圚は、文法はチェックしたすが、その他のこずは 無芖されたす。

     keys 節は、 key ステヌトメントで定矩された key_id
     を識別するために䜿甚されたす。これは、リモヌトサヌバず通信する際の
     トランザクションのセゥ絅螢謄僂忙藩僂気譎泙后 key
     ステヌトメントは、それを参照する server
     ステヌトメントよりも先に珟れなくおはなりたせん。

     keys ステヌトメントは、-
     来、サヌバによっお䜿甚されるこずを期埅されおいたす。
     珟圚は、文法はチェックされたすが、その他のこずは無芖されたす。

controlsã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     controls {
       [ inet ip_addr
         port ip_port
         allow { address_match_list; }; ]
       [ unix path_name
         perm number
         owner number
         group number; ]
     };

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     controls ステヌトメントは、
     システム管理者がロヌカルのネヌムサヌバの操䜜に圱響を䞎えるために
     䜿甚する制埡チャネルを宣蚀したす。制埡チャネルは、 ndc
     ナヌティリティが、ネヌムサヌバにコマンドを送り、 DNS
     以倖の結果を受け取るために 䜿甚したす。

     unix 制埡チャネルは、ファむルシステムでの FIFO
     です。このチャネルぞのアクセスは、
     通垞のファむルシステムのパヌミッションによっお制埡されたす。
     この制埡チャネルは、 指定されたファむルモヌドのビット ( chmod(1) を参照)
     ずナヌザおよびグルヌプの所倕埔霟鵑鮖藩僂掘 named が䜜成したす。
     泚意するこずは、 chmod ずは違い、 perm
     に察しお指定されるモヌドのビットには、通垞先頭に 0
     が぀いおいるこずです。そのため、数字は 8 進数ずしお解釈されたす。
     さらに泚意するこずは、 owner および group
     ずしお指定されるナヌザおよびグルヌプの所倕埔霟鵑蓮⊃字で䞎えなくおは
     ならないずいうこずです。名前ではありたせん。
     このパヌミッションは、管理者のみに制限するこずを勧めたす。
     そうしないず、このシステム䞊のナヌザなら誰でもロヌカルネヌムサヌバを
     操䜜でい蚎靎泙い泙后

     inet 制埡チャネルは、むンタヌネット接続のでい TCP/IP ゜ケットです。
     これは、指定された ip_addr 䞊の指定された ip_port にありたす。 最近の
     telnet クラむアントは、こうした゜ケットず盎接察話がでい泙后 このず-
     の制埡プロトコルは、ARPAnet 圢匏のテゥ奜箞任后 127.0.0.1 だけを ip_addr
     に䜿甚するこずを勧めたす。これは、ネヌムサヌバを管理するために、
     ロヌカルホスト䞊の特暩を持たないナヌザを皆信甚しおいる堎合だけに限りたす。

includeã‚å¥ãƒè‘ãƒç’ãƒè‚ãƒç“ãƒéµãƒˆ
  æ–åºæ³•
     include path_name;

  å®èŸçŸèˆãéšäœè—ç”å†æ³•
     include ステヌトメントは、そのステヌトメントが珟れた地点に、指定された
     ファむルを挿入したす。ただし、他のステヌトメント内で䜿甚するこずは で-
     たせん。ですので、
           acl internal_hosts { include internal_hosts.acl; };
     ずいうようには䜿甚でい泙擊鵝

     include を䜿甚しお、蚭定ファむルを簡単に管理でい襪たたりに分けるように
     しおください。䟋えば、次のようにです :

     include "/etc/security/keys.bind";
     include "/etc/acls.bind";

     この䟋は、任意の ACL たたは 認蚌鍵情報を取り蟌むために、 BIND
     蚭定ファむルの先頭で䜿うこずがでい襪任靎腓Α

     C 蚀語でのプログラムでするように ``#include'' ずタむプしないでください。
     ``#'' はコメントの開始ずしお䜿甚するものだからです。

äœè—ç”å†äŸ‹
     実際に䜿甚する堎面でも実甚的で、最も単玔な蚭定ファむルは、
     ただ単にルヌトサヌバファむルぞのフルパスを持ったヒントゟヌンを
     定矩したものです。

     zone "." in {
             type hint;
             file "/var/named/root.cache";
     };

     次の䟋は、もっず実䞖界に即したものです。

     /*
      * 単玔な BIND 8 の蚭定
      */

     logging {
             category lame-servers { null; };
             category cname { null; };
     };

     options {
             directory "/var/named";
     };

     controls {
             inet * port 52 allow { any; };                  // これは良くない
             unix "/var/run/ndc" perm 0600 owner 0 group 0;  // デフォルト
     };

     zone "isc.org" in {
             type master;
             file "master/isc.org";
     };

     zone "vix.com" in {
             type slave;
             file "slave/vix.com";
             masters { 10.0.0.53; };
     };

     zone "0.0.127.in-addr.arpa" in {
             type master;
             file "master/127.0.0";
     };

     zone "." in {
             type hint;
             file "root.cache";
     };

ãƒäŸã‚ïŒã‚ããƒ«
     /etc/namedb/named.conf
       BIND 8 named 蚭定ファむル

é–æ…é€é çŒç›®
     named(8), ndc(8)