ドキュメント1.3.1. DNSクライアント構成
従来、ファイルは /etc/resolv.conf 静的構成ファイルであり、ほとんど変更する必要がなかったり、DCHP クライアント フックによって自動的に変更されたりすることはありませんでした。 Systemd-resolved はネームサーバー構成を処理します。これは、 systemd 解決 指図。 Netplan は、systemd-resolved を設定して、ネームサーバーとドメインのリストを生成し、そこに追加します。 /etc/resolv.conf、これはシンボリックリンクです。
/etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
リゾルバーを構成するには、ネットワークに適切なネームサーバーの IP アドレスをネットプラン構成ファイルに追加します。 オプションの DNS サフィックス検索リストを追加して、ネットワーク ドメイン名と一致させることもできます。 結果のファイルは次のようになります。
ネットワーク: バージョン: 2
レンダラ:ネットワークイーサネット:
enp0s25: アドレス:
- 192.168.0.100 / 24
ゲートウェイ4: 192.168.0.1 ネームサーバー:
検索: [mydomain、otherdomain] アドレス: [1.1.1.1、8.8.8.8、4.4.4.4]
当学校区の サーチ このオプションを複数のドメイン名で使用すると、DNS クエリが入力された順序で追加されるようになります。 たとえば、ネットワークには検索対象のサブドメインが複数ある場合があります。 の親ドメイン example.com、および XNUMX つのサブドメイン、 sales.example.com dev.example.com.
検索するドメインが複数ある場合、構成は次のようになります。
ネットワーク: バージョン: 2
レンダラ:ネットワークイーサネット:
enp0s25: アドレス:
- 192.168.0.100 / 24
ゲートウェイ4: 192.168.0.1 ネームサーバー:
検索: [example.com、sales.example.com、dev.example.com] アドレス: [1.1.1.1、8.8.8.8、4.4.4.4]
という名前のホストに ping を実行しようとすると、 server1を使用すると、システムは次の順序で DNS に完全修飾ドメイン名 (FQDN) を自動的にクエリします。
1.サーバー1.example.com
2.サーバー1.sales.example.com
3.サーバー1.dev.example.com