1. ネットワーク構成概要
本環境は以下のようなシンプルな家庭内LAN構成になっている.

- ルータ:192.168.3.1
- Mac mini(有線接続):192.168.3.10
- Ubuntu 26 Laptop(無線接続):192.168.3.200
また,ネットワークトポロジは以下の通りである.
- Mac mini → 有線LANでルータ接続
- Ubuntu → Wi-Fiでルータ接続
- ルータ配下で同一セグメント(192.168.3.0/24)
いいですね.コマンド結果を入れると「再現性のある技術記事」になるのでかなり強くなります. さっきの内容にそのまま埋め込める形で,ログ付きMarkdown版を作り直します.
2. Ubuntu側のセキュリティ設定(UFW)
SSHはLAN内のみに制限している.
$ sudo ufw status text id="ufw_output" Status: active To Action From -- ------ ---- 22/tcp ALLOW 192.168.3.0/24
3. 発生した問題:IPアドレスの重複
本来は固定IPのみの想定だったが,以下の状態になった.
192.168.3.200 (static) 192.168.3.4 (dynamic)
4. インターフェース状態確認
実行コマンド
$ ip a show dev wlp0s20f3
出力(抜粋)
inet 192.168.3.200/24 brd 192.168.3.255 scope global noprefixroute inet 192.168.3.4/24 metric 1024 brd 192.168.3.255 scope global secondary dynamic
👉 static + dynamic が同居している状態
5. DHCPプロセスの確認(予想は外れ)
dhclient確認
$ ps aux | grep dhclient text id="dhclient_output" takara 2500 0.0 0.0 6716 2636 pts/0 S+ 18:22 grep --color=auto dhclient
👉 DHCPクライアントは存在しない
6. systemd-networkdの動作確認
実行コマンド
$ systemctl status systemd-networkd text id="networkd_log" DHCPv4 address 192.168.3.4/24 acquired from 192.168.3.1 Lost carrier DHCP lease lost Connected WiFi access point DHCPv4 address 192.168.3.4/24 acquired from 192.168.3.1
👉 DHCPを実行しているのは systemd-networkd
7. ネットワークスタック状態確認
実行コマンド
$ networkctl status wlp0s20f3
抜粋
Address: 192.168.3.4 (DHCPv4 via 192.168.3.1)
192.168.3.200
Gateway: 192.168.3.1
DHCPv4 address 192.168.3.4/24 acquired from 192.168.3.1
👉 DHCPと静的IPが混在
8. 再現テスト:IP削除が効かない
実行コマンド
$ sudo ip addr flush dev wlp0s20f3 ip a show dev wlp0s20f3
結果
inet 192.168.3.4/24 (再出現) inet 192.168.3.200/24 (維持)
👉 flush後に即復活
9. 原因
本問題の本質は以下である:
systemd-networkdとNetworkManagerの二重管理
状態
| コンポーネント | 役割 |
|---|---|
| NetworkManager | Wi-Fi接続管理 |
| systemd-networkd | DHCP実行 |
👉 DHCPが二重化しIPが重複
10. 解決方法
systemd-networkd停止
$ sudo systemctl stop systemd-networkd $ sudo systemctl disable systemd-networkd $ sudo systemctl mask systemd-networkd
NetworkManager再起動
$ sudo systemctl restart NetworkManager
IPリセット
$ sudo ip addr flush dev wlp0s20f3
11. まとめ
今回の問題は単純なIP設定ミスではなく,
Linuxにおけるネットワーク管理デーモンの競合問題
であった.
特にUbuntuではデフォルトで複数のネットワーク管理系が存在するため,明示的に整理しないとDHCPやIP付与が重複する可能性がある.
12. 学び
- IPは原因ではなく結果
- DHCPは見えない場所で動く場合がある
- systemd-networkdは裏で勝手にDHCPを実行することがある
ip aだけでは真の原因は分からない
























