3.3ネットワークの問題解決

「つながらない」という症状は、名前解決の失敗なのか、経路上のどこかでの喪失なのか、それともインターフェース自体の異常なのかで対処がまったく変わります。hostnameや/etc/resolv.confといった設定ファイル、traceroute・mtrによる経路追跡、dmesgやログでの裏取りを組み合わせて切り分けます。

3.3.1ホスト名と名前解決

• hostname＝現在のホスト名を表示・一時変更するコマンド。恒久設定は/etc/hostnameに記述する（多くのディストリで systemd-hostnamed 経由・hostnamectl と連携）。
• /etc/hosts＝IPアドレスとホスト名の静的対応表。DNSより先に参照されるのが一般的で、ここに古い/誤ったエントリがあると名前解決の症状として現れる。
• /etc/resolv.conf＝DNSクライアント設定（nameserver 行で参照先DNSサーバーを指定）。NetworkManager 環境では自動生成・上書きされることがあり、手動編集が意図せず消えることがある。
• 名前解決の切り分けにも nmcli・ip が使える（nmcli device show でDNS設定確認、ip addr でインターフェース状態確認）。

3.3.2経路追跡とログでの裏取り

• traceroute／traceroute6＝送信先までの各ホップを表示し、経路上のどこで遅延・喪失が起きているかを特定する。mtr＝traceroute とping を組み合わせ、継続的に各ホップの喪失率・応答時間を監視できるツール。
• dmesg＝カーネルメッセージバッファの表示（リンク断・NICドライバのエラー等の裏取りに使う）。/var/log/syslog・/var/log/messages＝ディストリ系統によるシステムログの置き場所。systemd 系ではジャーナル（journalctl）が中心。
• NetworkManager＝多くのディストリで標準の接続管理デーモン。旧来の設定ファイル群＝/etc/network/（Debian系 interfaces）・/etc/sysconfig/network-scripts/（RHEL系 ifcfg-*）。ディストリ系統によって設定の置き場所が異なる点が要注意。

「特定サイトにだけつながらない」という相談を受けたときの定番の切り分け手順を通しで見ましょう。まず名前解決を疑い、ping <ドメイン名> が失敗し ping <IPアドレス直打ち> は成功するなら名前解決の問題だと判断できます。次に/etc/hostsに該当ドメインの誤ったエントリが無いかを確認し（あればここが最優先で参照されるため即座に症状として出ます）、無ければ/etc/resolv.confのnameserver行が正しいDNSサーバーを指しているかを見ます。NetworkManager環境では、nmcliで管理している接続のDNS設定と、実際にファイルへ反映された内容がズレることがあるため、nmcli device show <if> と/etc/resolv.confを突き合わせます。名前解決に問題が無ければ経路を疑い、traceroute <宛先> で応答が途切れるホップを特定します。継続的な間欠喪失（特定時間帯だけ遅い等）が疑われる場合はmtrで継続監視し、パケットロス率が高いホップを統計的に特定します。ここまでの調査結果は必ず裏取りします。NIC自体の物理的な異常（リンクフラップ等）はdmesgにカーネルログとして残り、systemd系ディストリならjournalctl -u NetworkManagerで NetworkManager 自体の挙動（接続の再確立・失敗理由）も追えます。旧来のディストリ（非systemd・非NetworkManager運用）では/var/log/syslogや/var/log/messagesをgrepすることが同じ役割を果たし、設定ファイルの場所も/etc/network/interfaces（Debian系）か/etc/sysconfig/network-scripts/ifcfg-eth0（RHEL系）かでディストリ系統を意識する必要があります。

3.3.3この節のまとめ

• 名前解決は/etc/hosts（静的・優先）→/etc/resolv.conf（DNS。NetworkManagerが上書きしうる）の順で確認
• 経路はtraceroute/traceroute6（単発ホップ特定）／mtr（継続監視）。裏取りはdmesg・journalctl（systemd）／syslog・messages（非systemd）。設定ファイルはディストリ系統で異なる