'Network is unreachable'からの'unknown connection'の罠 --20年(？)ぶりにLinuxをいじってみる08

全8回の8 → [1](https://qiita.com/Kokusui/items/ba1aa8fa736dc2321e24)|[2](https://qiita.com/Kokusui/items/7ac23b2314898fef6181)|[3](https://qiita.com/Kokusui/items/757277b4e1fb28a3e476)|[4](https://qiita.com/Kokusui/items/9c0d50e3b782b1410a4c)|[5](https://qiita.com/Kokusui/items/42ee26d7e8ad1a114b12)|[6](https://qiita.com/Kokusui/items/701594d849fb7524f4ba)|[7](https://qiita.com/Kokusui/items/b6bfb6da52fdf16241a6)|8

マザーボードを別のケースに移して再起動したらネットワークに繋がらなくなった件。
```
# ping -c 3 192.168.10.10
ping: connect: Network is unreachable
```
筐体を入れ替えただけなのに(マザボは同じなのに)繋がらないとはどういうわけか。
まずは[この辺](https://qiita.com/hika7719/items/8c2ac1015837cb5b15c7)を参考にして
```
# nmcli device status
DEVICE  TYPE      STATE         CONNECTION
enp2s0  ethernet  disconnected  --
lo      loopback  unmanaged     --
```
となっていたので
```
# nmcli connection up enp2s0
Error: unknown connection 'enp2s0'
```
もう頭の中から「？」しか飛び出さないわけだが、改めてググったところ[こんなページ](https://qiita.com/kanatatsu64/items/b7b8eca17202386d27e3)がヒット。
```
# ip a
...
2: enp2s0: <BROADCAST,MULICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel statu UP grouop default qlen 1000
    link/ether e0:cb:4e:d8:d9:9e brd ff:ff:ff:ff:ff:ff
```
となるのだが一方で
```
# nmcli connection show
NAME    UUID                                  TYPE      DEVICE
enp3s0  0c199785-43d9-3db1-8f86-81165e2c5648  ethernet  --
```
となって```enp2s0```と```enp3s0```の違いが見つかる。もう少し詳しく書くと、DEVICEのところには本来```ip a```で出てくるデバイスが表示されなければいけないということで、```nmcli```で扱うのがconnection、```ip a```で出てくるのがDEVICEなのだそうだ。で、今はDEVICEがダウンしているため```--```になっていると。となれば強制的に```enp3s0```のほうでコネクションを有効化できないのかと思い試してみる。
```
# nmcli connection up enp3s0
Error: Connection activation failed: No suitable device found for this connection (device enp2s0 not available because profile is not compatible with device (mismatching interface name)).
```
…うーむ、名前が違うと言われたぞ。
と上のページの説明を読み進めたところ、```connection```を```up```するのでなく、```disconnected```となっている```device```を```connect```するのでは？　というのに思い当たる。
```
# nmcli device connect enp2s0
Device 'enp2s0' successfully activated with '6d97a1b9-9ff4-4bce-8d6a-e2ca676672f2'.
```
行けたのかもしれない。
```
# nmcli device status
DEVICE  TYPE      STATE      CONNECTION
enp2s0  ethernet  connected  enp2s0
lo      loopback  unmanaged  --
```
おぉ～。
```
# ip a
...
2: enp2s0: <BROADCAST,MULICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel statu UP grouop default qlen 1000
    link/ether e0:cb:4e:d8:d9:9e brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.5/24 brd 192.168.10.255 scope global dynamic noprefixroute enp2s0
...
```
おおぉ～。
ただこれだとIPアドレスがDHCPからの自動取得になっている。
IPアドレスの固定は[前に](https://qiita.com/Kokusui/items/7ac23b2314898fef6181)やったし、これだけだとデフォルトゲートウェイが変わってないので、合わせて直す。
```
# nmcli connection modify enp2s0 ipv4.method manual ipv4.addresses "192.168.10.1/24"
# nmcli connection modify enp2s0 ipv4.gateway "192.168.10.10"
# systemctl restart NetworkService
```
からの
```
# ping -c 3 192.168.10.10
PING 192.168.10.10 (192.168.10.10) 56(04) bytes of data.
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=1.05 ms
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=1.08 ms
64 bytes from 192.168.10.10: icmp_seq=1 ttl=64 time=1.07 ms

--- 192.168.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 1.054/1.066/1.078/0.009 ms
```
長かった…。
それにしても、PCのガワを変えただけなのにネットワーク設定がなぜ変わったのかは謎。