次に、現在あるリストの前に独自のネームサーバーを追加します。+`オプションを追加します。この場合、これは「nyc3.example.com」になります。.完了したら、ファイルを保存して閉じます。resolvconf次に、ネットワークサービスを再起動し、次のコマンドを使用して新しい変更を適用します。--forceこれにより、現在の接続を切断せずにネットワークが再起動します。正常に動作した場合、次のように表示されます。Done次のように入力して、設定が適用されたことを再確認します。resolv.conf`ファイルにネームサーバーと検索ドメインが表示されるはずです。nyc3.example.comこれで、クライアントはDNSサーバーを使用するように構成されました。`ファイルを編集します。+`をプライマリネットワークインターフェイスの名前に置き換える必要がある場合があります。」オプションを検索し、プライマリおよびセカンダリネームサーバーのプライベートIPアドレスに設定します。+」パラメーターを追加します。このガイドでは、「nyc3.example.com」になります。.完了したら、ファイルを保存して閉じます。次のように入力して、ネットワークサービスを再起動します。networkコマンドは数秒間ハングする場合がありますが、すぐにプロンプ​​トに戻ります。次のように入力して、変更が適用されたことを確認します。/etc/resolv.confリストにネームサーバーと検索ドメインが表示されます。nyc3.example.comこれで、クライアントはDNSサーバーに接続して使用できるようになります。これは、設定済みで「信頼できる」ACLにあるすべてのクライアントで実行できるはずです。CentOSクライアントの場合、次のオプションを使用してユーティリティをインストールする必要があります。bind-utilsDebianクライアントの場合、以下を使用してインストールできます。dnsutils前方参照を実行することから始めます。*のIPアドレスを取得できます。+」オプションがプライベートサブドメインに設定されているため、「host1」をクエリすると「host1.nyc3.example.com」に展開され、DNSクエリは他の場所でホストを検索する前にそのサブドメインを検索しようとします。上記のコマンドの出力は次のようになります。10.128.100.101次に、逆引きをチェックできます。*のプライベートIPアドレスでDNSサーバーを照会します。10.128.100.101次のような出力が表示されます。from:すべての名前とIPアドレスが正しい値に解決される場合、ゾーンファイルが適切に構成されていることを意味します。おめでとうございます。次に、ゾーンレコードの管理について説明します。動作する内部DNSができたので、サーバー環境を正確に反映するようにDNSレコードを維持する必要があります。DNSへのホストの追加(同じデータセンター内の)環境にホストを追加するたびに、DNSに追加する必要があります。実行する必要がある手順のリストは次のとおりです。named.conf.options)に追加します構成ファイルをテストします。/etc/bind/zones/db.次に、BINDをリロードします。bind9ここで、プライマリサーバーを新しいホスト用に構成する必要があります。named.conf.options)に追加します構成構文を確認します。named-checkconf次に、BINDをリロードします。bind9これで、セカンダリサーバーは新しいホストからの接続を受け入れます。結論サーバーのプライベートネットワークインターフェイスを、IPアドレスではなく名前で参照できるようになりました。これにより、プライベートIPアドレスを覚えておく必要がなくなり、ファイルの読み取りと理解が容易になるため、サービスとアプリケーションの構成が簡単になります。さまざまな分散構成ファイルを編集する必要がなく、単一の場所にあるプライマリサーバーである新しいサーバーを指すように構成を変更できるようになり、メンテナンスが容易になりました。内部DNSをセットアップし、構成ファイルでプライベートFQDNを使用してネットワーク接続を指定したら、DNSサーバーを適切に維持することが*重要*です。両方が使用できなくなった場合、それらに依存するサービスとアプリケーションは適切に機能しなくなります。これが、少なくとも1つのセカンダリサーバーでDNSをセットアップし、それらすべての作業バックアップを維持することが推奨される理由です。