ネットワークインターフェースの確認
Linuxでは有線・無線・仮想などの接続口を「インターフェース」として扱い、それぞれに名前（例: eth0、ens33、lo）が付きます。各インターフェースにはIPアドレスとMACアドレスが結び付いています。ip addr で割り当て状況や状態（UP/DOWN）を確認でき、トラブル調査の第一歩になります。lo は自分自身を指すループバックです。
アドレスや経路の話をしてきたが、そもそもデータはどこから機器に出入りするのか。Linuxでは、ネットワークへの接続口を「ネットワークインターフェース」という単位で扱う。
有線LANのポート、無線LANのアダプタ、仮想マシンの仮想NIC、ソフトウェア的に作られる接続口など、種類はさまざまだが、いずれもインターフェースとして同じように管理される。
各インターフェースには名前が付いており、有線では eth0 や ens33、enp0s3 のような名前、無線では wlan0 のような名前が割り当てられる。
ここで一つ落とし穴がある。名前の付き方は環境（OSの版やハードウェア構成）によって違うのだ。「どの環境でも eth0」と思い込まず、まず自分の機器で実際の名前を確認する。この一手間が、後の取り違えを防ぐ。インターフェースを正しく見られることが、ネットワーク設定やトラブル調査のいちばん最初の一歩になる。
🏷 変えられる住所と、変えられない名札
各インターフェースには、通常2種類のアドレスが結び付いている。なぜ2つもいるのかというと、役割が違うからだ。
ひとつは前のトピックで扱ったIPアドレスで、これはネットワーク設定によって割り当てられ、変更もできる論理的な番地。もうひとつがMACアドレスで、こちらはネットワーク機器（NIC）に製造時から書き込まれている物理的な識別番号だ。
MACアドレスは48ビットで、00:1a:2b:3c:4d:5e のように2桁の16進数を6つコロンでつないだ形で表される。原則として世界中で重複しないように管理されており、同一ネットワーク内で「どの機器宛てか」を指定する際の宛先として使われる。
IPアドレスが「変えられる住所」、MACアドレスが「機器固有の名札」と捉えると、両者の役割の違いが整理できる。なお、同じネットワーク内でIPアドレスから相手のMACアドレスを調べる仕組みがARPで、その学習結果は ip neigh コマンドで確認できる。
🔁 自分自身に話しかける、特別な口
インターフェースの一覧を見ると、必ず lo という見慣れない特別なものが現れる。
これはループバックインターフェースと呼ばれ、外のネットワークには出ず、自分自身を指す閉じた通信に使われる。IPアドレスは 127.0.0.1 が割り当てられ、ホスト名 localhost もこれを指す。lo 宛てに送ったパケットは外へ出ることなく自分自身に返ってくるため、同じ機器の上で動くサービスの動作確認に便利だ。
たとえば自分のPCで起動したWebサーバを、まず ping 127.0.0.1 で自機のIP通信機能が生きているか確かめ、次に localhost 経由で接続テストする、といった使い方をする。
ネットワークケーブルが抜けていても lo は常に有効なので、「IP通信の仕組みそのものが動いているか」を切り分ける基準点としても役立つ。アプリのつながらない不具合で、まず lo への疎通を確かめれば、問題が機器の外にあるのか中にあるのかを早い段階で分けられる。
🔍 まず三点を読み取る
インターフェースの割り当て状況を確認する基本コマンドが ip addr（ip addr show とも書く）だ。実行すると、lo・eth0 といったインターフェースごとに、状態やアドレス情報が表示される。
各ブロックの inet の行に 192.168.1.10/24 のようにIPアドレスとサブネットマスクが、link/ether の行に MACアドレスが示される。MACアドレスだけを確認したいなら ip link show でも見られる。
手早く全インターフェースの状態とアドレスを一覧したいときは ip -br addr が便利で、名前・状態・アドレスが1行ずつ簡潔に並ぶ。無線を含めたより詳しい接続管理には nmcli というコマンドもあり、nmcli device status で各インターフェースの接続状態を一覧できる。いずれも状態を見るだけのコマンドなので、安心して何度でも実行できる。
出力を読むとき、初心者がいちばん見落とすのが、インターフェースの状態を表す UP / DOWN の表示だ。各インターフェースの行には <UP> や state UP のような状態が示され、UP なら有効化されて通信できる状態、DOWN なら無効または未接続の状態を意味する。
ここに罠がある。IPアドレスがそれらしく割り当たっていても、肝心のインターフェースが DOWN のままでは通信できないのだ。だからトラブル調査では、まず ip addr で「目的のインターフェースが UP になっているか」「IPアドレスが想定どおり割り当たっているか」を確認するのが出発点になる。
なお仮想マシンの仮想NICでは通信速度や全二重・半二重の情報が取れない（unknown と表示される）ことがあるが、これは仮想化の都合であって異常ではない。
⚠ つまずいたら、まずここ
実務でありがちな失敗の典型が、インターフェース名の思い込みだ。設定ファイルやスクリプトに eth0 と書いたのに、その環境では実際には ens33 だった、というすれ違いはよく起こる。まず ip addr や ip link show で実在する名前を確認してから設定する。この順番を守るだけで、こうした取り違えの多くは防げる。
もう一つ、覚えておくと得をするサインがある。IPアドレスが 169.254 で始まる値になっているときは、DHCPからアドレスを受け取れず一時的なリンクローカルアドレスが割り当たっているサインで、DHCPサーバへの到達やネットワーク接続そのものを疑う手がかりになる。
逆に、想定したインターフェースに inet の行がまったく無いなら、そのインターフェースにIPアドレスが割り当たっていないということなので、設定やケーブル、無線の接続状態を確認する。
調査の基本動作は、ip addr で「名前・UP/DOWN・割り当てアドレス」の3点を一度に把握し、必要に応じて ip link show でMACアドレスや物理的なリンク状態を確かめる、という流れだ。古いシステムでは ifconfig -a でも似た情報が見られるが、現在のLinuxでは ip コマンド系が標準なので、ip addr を中心に据えて慣れておくのが安全だ。