先日 VMware ESXi 6 の環境で検証マシンで検証をした際に「/etc/resolv.conf」 を修正しました。
Google の Public DNS サーバーのIPアドレス「8.8.8.8」 を入れて作業し、その後 OS を再起動後に yum update を実行した際にリポジトリを見つけることができなかったので調べたところ「/etc/resolv.conf」 に見かけない「DNSサフィックス」 が追加されているのを確認しました。
[test@cnt07 ~]$ cat /etc/resolv.conf # Generated by NetworkManager search flets-east.jp iptvf.jp localdomain ← この DNS サフィックスはなに？どこからきたのでしょうか？ nameserver 2404:1a8:7f01:b::3 ← しかも DNSサーバー（ネームサーバー）のアドレスが IPv4 ではなく IPv6 になっています。 nameserver 2404:1a8:7f01:a::3
ルーターの設定とCentOS7のデフォルトの設定が「/etc/resolv.conf」を書き変えている
言葉だけだとなかなか伝わらないと思うので、検証環境を図解しました。
検証環境
下図のような環境になっています。
今回は「仮想マシン：cnt07」 で作業をしています。
/etc/resolv.conf ファイルはなぜ書き変わるのか？誰が書き変えているのか？
OSを再起動後に「/etc/resolv.conf」 が書き変わっているので、OSの起動時のログを確認してみます。
Jul 1 08:31:43 cnt07 kernel: Fusion MPT base driver 3.04.20Jul 1 08:31:43 cnt07 kernel: VMware vmxnet3 virtual NIC driver – version 1.4.7.0-k-NAPI ← NICドライバーを読み込んでいます。 Jul 1 08:31:43 cnt07 kernel: vmxnet3 0000:03:00.0: # of Tx queues : 2, # of Rx queues : 2 Jul 1 08:31:43 cnt07 kernel: vmxnet3 0000:03:00.0 eth0: NIC Link is Up 10000 Mbps ← NICがリンクアップしました。 Jul 1 08:31:43 cnt07 kernel: vmxnet3 0000:0b:00.0: # of Tx queues : 2, # of Rx queues : 2 Jul 1 08:31:43 cnt07 kernel: vmxnet3 0000:0b:00.0 eth1: NIC Link is Up 10000 Mbps ← NICがリンクアップしました。
Jul 1 08:32:22 cnt07 systemd: Started firewalld – dynamic firewall daemon.Jul 1 08:32:22 cnt07 systemd: Starting Network Manager… ← firewalld の次に「Network Manager」が起動します。 Jul 1 08:32:23 cnt07 NetworkManager[733]: <info> [1498865543.8709] NetworkManager (version 1.4.0-20.el7_3) is starting… Read config: /etc/NetworkManager/NetworkManager.conf ← 「Network Manager」のコンフィグファイル「/etc/NetworkManager/NetworkManager.conf」ファイルを読み込んでいます。 Jul 1 08:32:24 cnt07 systemd: Started Network Manager. Jul 1 08:32:24 cnt07 systemd: Starting Network Manager Wait Online…
Jul 1 08:32:24 cnt07 systemd: Started Network Manager Script Dispatcher Service.Jul 1 08:32:24 cnt07 NetworkManager[733]: <info> [1498865544.3818] ifcfg-rh: new connection /etc/sysconfig/network-scripts/ifcfg-ens160 (5da93180-192d-4961-9211-8521be319a4b,”ens160″) Jul 1 08:32:24 cnt07 NetworkManager[733]: <info> [1498865544.3858] ifcfg-rh: new connection /etc/sysconfig/network-scripts/ifcfg-ens192 (027769e4-14c4-4bfa-a6b0-df353281dee0,”ens192″)
Jul 1 08:32:30 cnt07 dhclient[876]: XMT: Info-Request on ens160, interval 980ms.Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5444] dhcp6 (ens160): nameserver ‘2404:1a8:7f01:b::3’ Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5446] dhcp6 (ens160): nameserver ‘2404:1a8:7f01:a::3’ Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5447] dhcp (ens160): domain search ‘flets-east.jp.’ Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5447] dhcp (ens160): domain search ‘iptvf.jp.’ Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5448] dhcp6 (ens160): state changed unknown -> bound Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.5994] dhcp6 (ens160): client pid 876 exited with status 0 Jul 1 08:32:30 cnt07 NetworkManager[733]: <info> [1498865550.6004] dhcp6 (ens160): state changed bound -> done
Jul 1 08:32:48 cnt07 dnsmasq[2332]: started, version 2.66 cachesize 150Jul 1 08:32:48 cnt07 dnsmasq[2332]: reading /etc/resolv.conf Jul 1 08:32:48 cnt07 dnsmasq[2332]: using nameserver 2404:1a8:7f01:a::3#53 Jul 1 08:32:48 cnt07 dnsmasq[2332]: using nameserver 2404:1a8:7f01:b::3#53
どうやら「Network Manager」 が犯人の可能性があります。
以下、調査しながら原因と対策のためのコマンドを実行します。
OS再起動後の /etc/resolv.conf
上でも確認しましたが、OS再起動後にログインして「/etc/resolv.conf」 を確認すると以下のように「8.8.8.8」しかなかったファイルが以下のように変更されています。
「Generated by NetworkManager」 と記載があるので「NetworkManager」が犯人であることは間違いないのですが、何をどこまでしているのでしょうか。
[test@cnt07 ~]$ cat /etc/resolv.conf # Generated by NetworkManager search flets-east.jp iptvf.jp localdomain nameserver 2404:1a8:7f01:b::3 nameserver 2404:1a8:7f01:a::3
「/etc/resolv.conf」の内容そのものがすべて書き変わってします。
そもそも「search flets-east.jp iptvf.jp localdomain」 は一体何なのでしょうか？
「flets-east.jp」は「フレッツ光 東日本」のドメイン
実は自宅のインターネット回線は「フレッツ光 NTT東日本」 を利用しています。
しかもフレッツ光から借りたブロードバンドルーターが DHCP サーバーの役割も担っています。
「flets-east.jp」Whois情報で確認
Whois で確認してみました。
やはり「flets-east.jp」 は「NTT東日本」 のドメインです。
Domain Information: [ドメイン情報]
[Domain Name] FLETS-EAST.JP
[登録者名] 東日本電信電話株式会社
[Registrant] NIPPON TELEGRAPH AND TELEPHONE EAST CORPORATION
[Name Server]
ns03.flets-east.jp
[Name Server]
ns04.flets-east.jp
[Signing Key]
[登録年月日] 2007/12/14
[有効期限] 2017/12/31
[状態] Active
[最終更新] 2017/02/10 04:39:41 (JST)
Contact Information: [公開連絡窓口]
[名前] 東日本電信電話株式会社
[Name] NIPPON TELEGRAPH AND TELEPHONE EAST CORPORATION
[Email] flets-east@ml.east.ntt.co.jp
[Web Page]
[郵便番号] 163-8019
[住所] 東京都新宿区西新宿３−１９−２
[Postal Address] Tokyo
Shinjuku,Tokyo
19-2,Nishi-shinjuku 3-chome
[電話番号] 03-5359-9041
[FAX番号]
「iptvf.jp」のWhois情報で確認
もう１つの 「iptvf.jp」も確認してみました。
非常に懐かしい「ぷらら」 のドメインです。
Domain Information: [ドメイン情報]
[Domain Name] IPTVF.JP
[登録者名] 株式会社ぷららネットワークス
[Registrant] Plala Networks Inc.
[Name Server]
ns1.iptvf.jp
[Name Server]
ns2.iptvf.jp
[Signing Key]
[登録年月日] 2008/03/10
[有効期限] 2018/03/31
[状態] Active
[最終更新] 2017/04/01 01:05:10 (JST)
Contact Information: [公開連絡窓口]
[名前] 株式会社NTTぷらら
[Name] NTT Plala Inc.
[Email] eizo-nw@plala.co.jp
[Web Page]
[郵便番号] 1706024
[住所] 東京都豊島区
東池袋３−１−１
サンシャイン６０ ２４階
[Postal Address] Tokyo
Toshima-ku
24th Floor, Sunshine 60, 3-1-1 Higashi Ikebukuro
[電話番号] 0335276677
[FAX番号] 0335276680
「flets-east.jp」と「iptvf.jp」は「フレッツ光TV」用のDNSサフィックス
このドメインのセットについて調べたところ「フレッツ光TV」用のDNSサフィックスであることが分かりました。
自宅のブロードバンドルーターは下図の「NTT PR-500MI(ファームウェアバージョン 04.01.0002)」 です。
ログインをして設定を調べます。
通常は「192.168.1.1」 で「PR-500MI」 ブロードバンドルーターに接続できます。
ブロードバンドルーター（NTT PR-500MI）からIPv6のDNS設定を外す手順
ブロードバンドルーターの IPv6 の DNS 設定が邪魔をしているので設定を確認して外します。
ブロードバンドルーターにログインする
ネットワーク回線を引いた後、デフォルトのままで何もネットワークの設定を変えていない場合は、「http://192.168.1.1/」 にログインします。
左側ペインより「基本設定」 –「接続先設定（IPv6 PPPoE）」 をクリックします。
接続先設定（IPv6 PPPoE）の設定画面より、「LAN側プレフィックスの選択」 を「自動設定（推奨）」 から「手動設定（NGNプレフィックス固定）」 に変更して「設定」 をクリックします。
「状態」 が「停止」 になっていることを確認します。
「機器再起動」の「再起動」 をクリックします。
確認画面が表示されるので「OK」 をクリックします。
２～３分間待ちます。
２～３分後に以下のように「再起動完了」画面が表示されることを確認して「再表示」 をクリックします。
Network Manager で DNS の設定をする
上記の手順で IPv6 アドレスで NTT フレッツ光 TV の DNSサフィックスが勝手に入る機能を停止しました。
ここからは Network Manager で「固定 DNS アドレス」 を設定します。
つまり、今まで
ブロードバンドルーターは IPv6 の DNS 情報を配信 ブロードバンドルーターから IPv6 の DNS 情報を取得 サーバーは IPv6 の DNS 情報を DHCP で取得 サーバーは固定 DNS サーバー（ネームサーバー）情報は不保持
という環境でした。
これを
ブロードバンドルーターは IPv6 の DNS 情報を配信しない ブロードバンドルーターから IPv6 の DNS 情報を取得しない サーバーは IPv6 の DNS 情報を DHCP で取得しない サーバーは固定 DNS サーバー（ネームサーバー）情報（IPv4）を保持する
という環境に変えます。
ネットワークインタフェースの情報の確認
ネットワークインタフェースの情報を確認します。
[test@cnt07 ~]$ ifconfig ens160
ens192
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
[test@cnt07 ~]$ nmcli connection show ens160 ipv4.dns: 192.168.1.10/24 IP6.DNS[1]: 2404:1a8:7f01:b::3 IP6.DNS[2]: 2404:1a8:7f01:a::3 DHCP6.オプション[6]: dhcp6_sntp_servers = 2404:1a8:1102::b 2404:1a8:1102::a DHCP6.オプション[7]: dhcp6_domain_search = flets-east.jp. iptvf.jp. DHCP6.オプション[8]: dhcp6_server_id = 0:3:0:1:0:19:e7:13:6c:1b
下図はブロードバンドルーターの DHCPv6 で配布する DNS サーバーアドレスです。
上の「nmcli connection show ens160」 で「 IP6.DNS[1]: 2404:1a8:7f01:b::3」と 「 IP6.DNS[2]: 2404:1a8:7f01:a::3」 の値を取得できていることが確認できます。
IPv6無効化
CentOS7 での IPv6の無効化は「/etc/sysctl.conf」ファイルで設定をします。
デフォルトでは「/etc/sysctl.conf」 ファイルは空です（何も設定がありません）。
設定変更前に IPv6 が有効になっていることを確認します。
[test@cnt07 ~]$ ip addr show inet6 2408:210:8105:9500:268b:5f3a:6aac:c7b1/64 scope global noprefixroute dynamic ← IPv6 が有効になっています。
「/etc/sysctl.conf」 を編集します。
[root@cnt07 ~]# vi /etc/sysctl.conf
net.ipv6.conf.all.disable_ipv6 = 1 ←「net.ipv6.conf.all.disable_ipv6 = 1」を追加します。 net.ipv6.conf.default.disable_ipv6 = 1 ←「net.ipv6.conf.default.disable_ipv6 = 1」を追加します。
/etc/sysctl.conf を書き変えたので、sysctl コマンドで設定の変更を反映させます。
sysctl コマンドは実行中の（起動中の）カーネルの「TCP/IP」や「仮想メモリ」などのカーネルパラメータの設定に変更を加えるコマンドです。
[root@cnt07 ~]# sysctl -p ← sysctlコマンドを実行すると「/etc/sysctl.conf」ファイルが再読み込みされて変更された部分が表示されます。
設定後に「ip addr show」 コマンドを実行して IPv6 アドレスが表示されなくなったことを確認します。
[root@cnt07 ~]# ip addr show
DNSサーバーの設定
上記の設定作業で IPv6 を無効化したので、これで「IPv6のDNSサーバーのアドレスが勝手に設定される」 ことに関しては解決しました。
次は IPv4 で固定 DNS サーバーIPアドレスを設定して、OS を再起動しても「/etc/resolv.conf」 に勝手に書き変わったり削除されないようにします。
CentOS6 までは、NIC の設定は「/etc/sysconfig/network-scripts/ifcfg-ethX」 ファイルを直接編集していましたが、CentOS7からはファイルの編集ではなくコマンドラインからの設定が推奨されています。
「/etc/resolv.conf」ファイルに以下のように Google の Public DNS サーバー（ネームサーバー）のIPアドレス を設定します。
コマンドを実行しても「/etc/resolv.conf」ファイルが書き変わらない現象
以下の流れで設定をします。
nmcli コマンドでDNSサーバーIPアドレスを設定 systemctl restart NetworkManagerで NetworkManager を再起動 /etc/resolv.conf が変更されていることを確認
コマンドを実行します。
[root@cnt07 ~]# nmcli connection modify ens160 ipv4.dns “8.8.8.8” nmcli connection modify ens160 ipv4.dns “8.8.4.4” ← 2回 nmcli コマンドを実行していますが、これが後程アダになります。
[root@cnt07 ~]# systemctl restart NetworkManager ← NetworkManager を再起動します。 systemctl status NetworkManager ← NetworkManager が正常に再起動したことを確認します。 ● NetworkManager.service – Network Manageractive (running)
7月 02 06:58:36 cnt07.localdomain NetworkManager[16271]: <info> [1498946316.8291] device (ens160…0]cat /etc/resolv.conf ← cat で「/etc/resolv.conf」を開きます。これで正しく「8.8.8.8」「8.8.4.4」が入っていると思いきや・・・ search flets-east.jp iptvf.jp localdomain nameserver 2404:1a8:7f01:b::3 ← まったく変わっていません。 nameserver 2404:1a8:7f01:a::3
[root@cnt07 ~]# nmcli connection show ens160 | grep -i dns ← 設定をチェックするが何も値なし
nmcli コマンドで「DNSサーバーのIPアドレス」を変更して、その後「systemctl restart NetworkManager」 コマンドを実行しても「/etc/resolv.conf」ファイルは書き変わらない ことが分かりました。
「/etc/resolv.conf」ファイルを書き変えるためには「systemctl restart network」コマンドが必要
「/etc/resolv.conf」ファイルを書き変えるためには「systemctl restart network」 コマンドが必要であることが分かりした。
コマンドを実行します。
[root@cnt07 ~]# systemctl restart network ← Teraterm で ssh 経由でアクセスをしていても、このコマンドでセッションは切れません。（ただ、設定が間違っていると network サービスが上がってこなくなる可能性がありますので注意） systemctl status network ● network.service – LSB: Bring up/down networkingactive (exited)
7月 02 07:01:45 cnt07.localdomain systemd[1]: Starting LSB: Bring up/down networking…cat /etc/resolv.conf ← /etc/resolv.conf ファイルを確認します。 nameserver 8.8.4.4 ← 「8.8.4.4」のエントリしかありません。
nmcli コマンドで DNSサーバーのIPアドレスを追加しましたが、最後のコマンド分しか設定されていません。（当たり前ですが）
「nmcli connection modify ens160 ipv4.dns “8.8.8.8”」 は追加するコマンドではなく 書き変えるコマンドなので注意です。
つまり必要な設定は一気に入れる必要がありました。
※下の方に「man nmcli」の「modify」部分を記載しています。正確にはオプションによって追加もできますが、忘れやすいので1つずつではなく一気に必要な設定を入れた方がいいです。
【結論】DNSサーバーIPアドレスを割り当てて「/etc/resolv.conf」に反映させる正しい手順
前置きが長くなりましたが、最終的な結論では、CentOS7でOS起動中に複数の DNS サーバー（ネームサーバー）IPアドレスを割り当てて「/etc/resolv.conf」に反映させる正しい手順は以下の通りです。
[root@cnt07 ~]# nmcli connection modify ens160 ipv4.dns “8.8.8.8 8.8.4.4″ ← nmcli コマンド１つに設定したいDNSサーバーIPアドレスをすべて入れます。
[root@cnt07 ~]# systemctl restart NetworkManager ← 「NetworkManager」を再起動します。 cat /etc/resolv.conf ← 念のため「/etc/resolv.conf」の内容を確認します。 ← 「8.8.4.4」しか入っていない状態です。 systemctl restart network ← 「systemctl restart network」コマンドで network サービスを再起動します。 cat /etc/resolv.conf ← 「/etc/resolv.conf」ファイルの中身を確認します。 nameserver 8.8.8.8 ← 追加されています。 nameserver 8.8.4.4 nmcli connection show ens160 | grep -i dns ipv4.dns: 8.8.8.8,8.8.4.4 ← 追加されています。 IP4.DNS[1]: 8.8.8.8 ← 追加されています。 IP4.DNS[2]: 8.8.4.4 ← 追加されています。
【補足事項】nmcliコマンドの「modify」の説明
modify –temporary id uuid path
接続プロファイルのプロパティを追加、変更、または削除します。
To set the property just specify the property name followed by the value.
プロパティを設定するには、プロパティ名の後に値を指定します。
An empty value (“”) removes the property value.
空の値（ “”）はプロパティ値を削除します。
In addition to the properties, you can also use short names for some of the properties.
プロパティに加えて、いくつかのプロパティに短い名前を使用することもできます。
Consult the PROPERTY ALIASES section for details.
詳細については、PROPERTY ALIASESセクションを参照してください。
If you want to append an item to the existing value, use + prefix for the property name.
既存の値に項目を追加する場合は、プロパティ名に + prefixを使用します。
If you want to remove just one item from container-type property, use – prefix for the property name and specify a value or an zero-based index of the item to remove (or option name for properties with named options) as value.
コンテナ型のプロパティから1つの項目だけを削除する場合は、プロパティ名に – prefixを使用し、削除する項目の値または0から始まるインデックス（名前付きオプション付きのプロパティのオプション名）を値として指定します。
The + and – modifies only have a real effect for multi-value (container) properties like ipv4.dns, ipv4.addresses, bond.options, etc.
+ と – の変更は、ipv4.dns、ipv4.addresses、bond.optionsなどの複数値（コンテナ）プロパティに対してのみ実際の効果があります。
See nm-settings(5) for complete reference of setting and property names, their descriptions and default values.
設定とプロパティー名、その説明、およびデフォルト値の完全な参照については、nm-settings（5）を参照してください。
The setting and property can be abbreviated provided they are unique.
設定とプロパティは、一意であれば省略することができます。
The connection is identified by its name, UUID or D-Bus path.
接続は、その名前、UUIDまたはDバスパスによって識別されます。
If ID is ambiguous, a keyword id, uuid or path can be used.
IDがあいまいである場合は、キーワードid、uuidまたはパスを使用できます。
まとめ
何気なく確認した検証環境の「/etc/resolv.conf」ですが、様々な謎が解決できてよかったです。
「ぷらら」という懐かしいプロバイダを思い出しました。
NTT とフレッツ光TV のサービスをやっているのでしょうか？
CentOS7からネットワークの設定は nmcli コマンドで設定することになりますが、ファイルを書き変えるよりコマンドで設定をした方が履歴に残るので管理しやすいと思います。
直接ファイルを編集するやり方だと、誰がどのように修正したのか分からなくなる可能性があります。
コメント