☰

Arch Linux - 仮想マシンにはipv4がありません。

tag-icon • tag-icon arch-linux windows kvm qemu
Arch Linux - 仮想マシンにはipv4がありません。

数日間、各仮想マシンのネットワーク接続に問題がありました。 WindowsでもLinuxでも構いません。

私のホストシステムはArch Linuxに基づいており、インターフェースはsystemd-networkdで構成されています。これは私のすべてのインターフェイスの設定ファイルです。

/etc/systemd/network/10-bo0.netdev

[NetDev]
Name=bo0
Kind=bond

[Bond]
Mode=802.3ad
TransmitHashPolicy=layer3+4
MIIMonitorSec=1s
LACPTransmitRate=fast

/etc/systemd/network/10-br0.netdev

[NetDev]
Name=br0
Kind=bridge

/etc/systemd/network/eno1.network

[Match]
Name=eno1

[Network]
Bond=bo0

/etc/systemd/network/enp14s0.network

[Match]
Name=enp14s0

[Network]
Bond=bo0

/etc/systemd/network/20-bo0.network

[Match]
Name=bo0

[Network]
Bridge=br0
BindCarrier=eno1 enp14s0

/etc/systemd/network/25-br0.network

[Match]
Name=br0

[Network]
DHCP=yes
BindCarrier=bo0

[DHCP]
RouteMetric=10

ホストシステムの接続が正しく確立されました。

markus@markus-pc:~$ ip a | awk '{ print "    " $0 }'
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp14s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bo0 state UP group default qlen 1000
    link/ether d6:58:88:05:c9:60 brd ff:ff:ff:ff:ff:ff
3: eno1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bo0 state UP group default qlen 1000
    link/ether d6:58:88:05:c9:60 brd ff:ff:ff:ff:ff:ff
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether f6:11:0f:03:bf:b1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.179.20/24 brd 192.168.179.255 scope global dynamic br0
       valid_lft 854751sec preferred_lft 854751sec
    inet6 2001:16b8:2efc:3900:f411:fff:fe03:bfb1/64 scope global dynamic noprefixroute 
       valid_lft 6755sec preferred_lft 3155sec
    inet6 fe80::f411:fff:fe03:bfb1/64 scope link 
       valid_lft forever preferred_lft forever
5: bo0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP group default qlen 1000
    link/ether d6:58:88:05:c9:60 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::d458:88ff:fe05:c960/64 scope link 
       valid_lft forever preferred_lft forever
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:aa:68:d9:a1 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
7: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br0 state UNKNOWN group default qlen 1000
    link/ether fe:54:00:17:2b:75 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::fc54:ff:fe17:2b75/64 scope link 
       valid_lft forever preferred_lft forever

Arch Linuxのアップデート以降、デフォルトのファイアウォール設定が変更されたのか、それともVMがルータからDHCPサービスを受け取っていないのかわかりません。

仮想マシンがDHCPの提案を受けているのか、IPv4の問題を解決するためのアクションを受けているのか、どうすればわかりますか？

その他の情報：

  • Linuxカーネル：Linux 4.18.6-arch1-1-ARCH
  • キューム3.0.0

ベストアンサー1

ちょっと掘り下げたところで何かを見つけました。

まず、問題があるかどうかを確認するために、関連するほとんどのパッケージに対してシステムダウングレードを実行しました。だから私はlibvirt、virt-manager、qemu、iptables、ebtables、dnsmasqを使っていましたが、何の影響もありませんでした.仮想マシンにはまだIPがありません。

私は通常、aurでlinux-vfioカーネルをコンパイルするためにpacaurを使用します。最近のSSDエラーが発生した後にpacaurキャッシュが残っていないため、古いカーネル（マイカーネルは4.18.9-vfio atm）にダウングレードできません。だから私は/var/cache/pacman/pkgでいくつかの主流のカーネルを試しました。最近の4.18.9も状況が改善されていません。しかし、4.16.8-1がやった。それで起動すると、仮想マシンからIPを再取得しました。数日後に問題を特定するのに時間を費やします。

仮想マシンが頻繁に必要ないので幸いです。

編集：奇妙なことに、4.14.71 ltsカーネルもIPアドレスを提供しません。したがって、最新のパッチに問題があるはずです。

おすすめ記事