これは、BINDが実行するプロセスの名前だからです。オプションファイルの構成から始めます。+`ファイルを開きます。+`ブロックの上に、「trusted」と呼ばれる新しいACLブロックを作成します。同じデータセンターにあるサーバー。+`ブロックを編集します。現在、ブロックの開始は次のようになっています。+`ファイルを保存して閉じます。上記の構成では、自分のサーバー(「信頼できる」サーバー)のみがDNSサーバーにクエリを実行できるように指定されています。次に、ローカルファイルを構成して、DNSゾーンを指定します。+`ファイルを開きます。/etc/bind/named.conf.localいくつかのコメントは別として、ファイルは空でなければなりません。ここでは、順ゾーンと逆ゾーンを指定します。次の行で順ゾーンを追加します(ゾーン名を独自のものに置き換えます)。secondary};サーバーが複数のプライベートサブネットにまたがっているが同じデータセンターにある場合は、個別のサブネットごとに追加のゾーンとゾーンファイルを必ず指定してください。+`ファイルを保存して終了します。ゾーンがBINDで指定されたので、対応する順ゾーンファイルと逆ゾーンファイルを作成する必要があります。順ゾーンファイルを作成するフォワードゾーンファイルは、フォワードDNSルックアップ用のDNSレコードを定義する場所です。*の対応するプライベートIPアドレスを解決します。ゾーンファイルが格納されるディレクトリを作成しましょう。+」ゾーンファイルに基づいて、フォワードゾーンファイルを作成します。次のコマンドを使用して、適切な場所にコピーします。./db.次に、順ゾーンファイルを編集しましょう。/etc/bind/zones/db.最初は、次のようになります。line最初に、SOAレコードを編集します。FQDNに置き換えてから、「root.localhost」を「admin.nyc3.example.com」に置き換えます。*値をインクリメントする必要があります。これを「3」に増やします。これは次のようになります。.ファイルの最後(SOAレコードの後)にある3つのレコードを削除します。削除する行が不明な場合は、上記の「この行を削除」コメントでマークされます。ファイルの最後に、次の行を使用してネームサーバーレコードを追加します(名前を独自のものに置き換えます)。2番目の列は、これらが「NS」レコードであることを示していることに注意してください。ns2..次に、このゾーンに属するホストのAレコードを追加します。これには、名前が「.nyc3.example.com」で終わるサーバーが含まれます(名前とプライベートIPアドレスを置き換えます)。*のAレコードを次のように追加します。+`ファイルを保存して閉じます。最終的なフォワードゾーンファイルの例は次のようになります。A次に、逆ゾーンファイルに移動します。PTRレコードを定義する場所です。DNSがIPアドレス(たとえば「10.128.100.101」)でクエリを受信すると、逆ゾーンファイルを検索して、対応するFQDN(この場合は「host1.nyc3.example.com」)を解決します。`ファイルで指定された逆ゾーンごとに、逆ゾーンファイルを作成します。+」ゾーンファイルに基づいて逆ゾーンファイルを作成します。次のコマンドを使用して適切な場所にコピーします(逆ゾーン定義に一致するように宛先ファイル名を置き換えます)。+`で定義された逆ゾーンに対応する逆ゾーンファイルを編集します。/etc/bind/zones/db.最初は、次のようになります。*値をインクリメントします。これは次のようになります。.ファイルの最後(SOAレコードの後)にある2つのレコードを削除します。削除する行が不明な場合は、上記の「この行を削除」コメントでマークされます。ファイルの最後に、次の行を使用してネームサーバーレコードを追加します(名前を独自のものに置き換えます)。2番目の列は、これらが「NS」レコードであることを示していることに注意してください。」レコードを追加します。+」サブネット上にあるため、これにはすべてのホストが含まれます。最初の列は、サーバーのプライベートIPアドレスの最後の2オクテットで構成されており、順序は逆です。サーバーに合わせて名前とプライベートIPアドレスを必ず置き換えてください。10.128.200.102逆ゾーンファイルを保存して閉じます(逆ゾーンファイルをさらに追加する必要がある場合は、このセクションを繰り返します)。最後の逆ゾーンファイルの例は次のようになります。+`ファイルの構文を確認します。named-checkconf名前付き設定ファイルに構文エラーがない場合、シェルプロンプトに戻り、エラーメッセージは表示されません。`コマンドを使用して、ゾーンファイルの正確性を確認できます。最初の引数はゾーン名を指定し、2番目の引数は対応するゾーンファイルを指定します。+`で定義されています。「」順ゾーンの構成を確認するには、次のコマンドを実行します(順ゾーンとファイルに合わせて名前を変更します)。in-addr.arpa」逆ゾーン構成を確認するには、次のコマンドを実行します(逆ゾーンとファイルに一致するように番号を変更します)。/etc/bind/zones/db.すべての構成ファイルとゾーンファイルにエラーがない場合、BINDサービスを再起動する準備ができているはずです。BINDを再起動しますBINDを再起動します。bind9UFWファイアウォールを構成している場合は、次を入力してBINDへのアクセスを開きます。Bind9これで、プライマリDNSサーバーがセットアップされ、DNSクエリに応答する準備が整いました。セカンダリDNSサーバーの作成に進みましょう。セカンダリDNSサーバーを構成するほとんどの環境では、プライマリが使用できなくなった場合に要求に応答するセカンダリDNSサーバーをセットアップすることをお勧めします。幸いなことに、セカンダリDNSサーバーの構成ははるかに簡単です。+`ファイルを編集します。/etc/bind/named.conf.optionsファイルの先頭で、すべての信頼済みサーバーのプライベートIPアドレスを含むACLを追加します。+`ディレクティブの下に、次の行を追加します。`ファイルを保存して閉じます。+`ファイルとまったく同じように見えるはずです。*のプライベートIPアドレスでリッスンするように構成する必要があります。+`ファイルを編集します。/etc/bind/named.conf.localプライマリDNSサーバーのマスターゾーンに対応するスレーブゾーンを定義します。+」ディレクティブがあることに注意してください。プライマリDNSサーバーで複数の逆ゾーンを定義した場合は、それらをすべてここに追加してください。+`ファイルを保存して閉じます。次のコマンドを実行して、構成ファイルの有効性を確認します。named-checkconfチェックアウトしたら、BINDを再起動します。bind9UFWファイアウォールルールを変更して、サーバーへのDNS接続を許可します。Bind9これで、プライベートネットワーク名とIPアドレスを解決するためのプライマリおよびセカンダリDNSサーバーができました。ここで、プライベートDNSサーバーを使用するようにクライアントサーバーを構成する必要があります。*を使用するように各サーバーを構成する必要があります。+`ファイルに追加する必要があります。`行を見つけ、現在存在するリストの前に独自のネームサーバーを追加します。+`オプションを追加します。この場合、これは「nyc3.example.com」になります。.完了したら、ファイルを保存して閉じます。次に、ネットワークサービスを再起動し、次のコマンドを使用して新しい変更を適用します。--forceこれにより、現在の接続を切断せずにネットワークが再起動します。正常に動作した場合、次のように表示されます。Done次のように入力して、設定が適用されたことを再確認します。resolv.conf`ファイルにネームサーバーと検索ドメインが表示されるはずです。nyc3.example.comこれで、クライアントはDNSサーバーを使用するように構成されました。`ファイルを編集します。+`をプライマリネットワークインターフェイスの名前に置き換える必要がある場合があります。」オプションを検索し、プライマリおよびセカンダリネームサーバーのプライベートIPアドレスに設定します。+」パラメーターを追加します。このガイドでは、「nyc3.example.com」になります。.完了したら、ファイルを保存して閉じます。次のように入力して、ネットワークサービスを再起動します。networkコマンドは数秒間ハングする場合がありますが、すぐにプロンプ​​トに戻ります。次のように入力して、変更が適用されたことを確認します。/etc/resolv.confリストにネームサーバーと検索ドメインが表示されます。これは、設定済みで「信頼できる」ACLにあるすべてのクライアントで実行できるはずです。CentOSクライアントの場合、次のオプションを使用してユーティリティをインストールする必要があります。*のIPアドレスを取得できます。+」オプションがプライベートサブドメインに設定されているため、「host1」をクエリすると「host1.nyc3.example.com」に展開され、DNSクエリは他の場所でホストを検索する前にそのサブドメインを検索しようとします。上記のコマンドの出力は次のようになります。*のプライベートIPアドレスでDNSサーバーを照会します。10.128.100.101次のような出力が表示されます。host1.nyc3.example.com.すべての名前とIPアドレスが正しい値に解決される場合、ゾーンファイルが適切に構成されていることを意味します。おめでとうございます。次に、ゾーンレコードの管理について説明します。動作する内部DNSができたので、サーバー環境を正確に反映するようにDNSレコードを維持する必要があります。DNSへのホストの追加(同じデータセンター内の)環境にホストを追加するたびに、DNSに追加する必要があります。実行する必要がある手順のリストは次のとおりです。named.conf.options)に追加します次に、BINDをリロードします。named.conf.options)に追加します次に、BINDをリロードします。結論サーバーのプライベートネットワークインターフェイスを、IPアドレスではなく名前で参照できるようになりました。これにより、プライベートIPアドレスを覚えておく必要がなくなり、ファイルの読み取りと理解が容易になるため、サービスとアプリケーションの構成が簡単になります。さまざまな分散構成ファイルを編集する必要がなく、単一の場所にあるプライマリサーバーである新しいサーバーを指すように構成を変更できるようになり、メンテナンスが容易になりました。内部DNSをセットアップし、構成ファイルでプライベートFQDNを使用してネットワーク接続を指定したら、DNSサーバーを適切に維持することが*重要*です。両方が使用できなくなった場合、それらに依存するサービスとアプリケーションは適切に機能しなくなります。これが、少なくとも1つのセカンダリサーバーでDNSをセットアップし、それらすべての作業バックアップを維持することが推奨される理由です。