브리지 네트워킹이 kvm/qemu에서 작동을 멈췄습니다.

2024-6-1 • tag-icon

2~3개월 전에 이 기사를 팔로우했습니다.https://brooks.sh/2017/12/22/configuring-kvm-on-clear-linux/kvm/qemu 게스트 우분투에 대한 브리지 네트워크를 설정합니다. 내 호스트 운영 체제는 ClearLinux입니다. 그러나 게스트 OS 네트워크가 1주일 전에 작동을 멈추고 dhcp에서 IP 주소를 얻지 못했습니다. 나는 ClearLinux 업데이트를 주시하는 것 외에는 특별한 일을 한 기억이 없습니다.

내 상황은 이것과 매우 유사합니다systemd-networkd를 사용하여 브리지 인터페이스 구성그러나 거기의 해결책은 나에게 효과가 없습니다.

내 구성

/etc/systemd/network/br0.netdev

[NetDev]
Name=br0
Kind=bridge

/etc/systemd/network/br0.network

[Match]
Name=br0

[Network]
DHCP=yes

/etc/systemd/network/80-dhcp.network

[Match]
Name=enp12s0

[Network]
Bridge=br0

/etc/sysctl.d/90-bridge.conf

net.bridge.bridge-nf-call-arptables = 0
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0

$ brctl 쇼

bridge name bridge id       STP enabled interfaces
br0     8000.fedc02dff363   no      enp12s0

네트워크 제어

IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 enp12s0          ether              degraded    configured
  3 br0              bridge             routable    configured

3 links listed.

$ systemctl 상태 systemd-networkd

● systemd-networkd.service - Network Service
   Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; disabled; vendor preset: disabled)
   Active: active (running) since Sun 2019-01-27 17:30:17 AEDT; 19min ago
     Docs: man:systemd-networkd.service(8)
 Main PID: 504 (systemd-network)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   Memory: 976.0K
   CGroup: /system.slice/systemd-networkd.service
           └─504 /usr/lib/systemd/systemd-networkd

Jan 27 17:30:18 clr systemd-networkd[504]: enp12s0: Gained carrier
Jan 27 17:30:18 clr systemd-networkd[504]: enp12s0: Configured
Jan 27 17:30:18 clr systemd-networkd[504]: br0: Gained carrier
Jan 27 17:30:19 clr systemd-networkd[504]: enp12s0: Gained IPv6LL
Jan 27 17:30:20 clr systemd-networkd[504]: br0: Gained IPv6LL
Jan 27 17:30:21 clr systemd-networkd[504]: br0: DHCPv4 address 192.168.2.107/24 via 192.168.2.1
Jan 27 17:30:32 clr systemd-networkd[504]: br0: Configured
Jan 27 17:31:06 clr systemd-networkd[504]: vnet0: Gained carrier
Jan 27 17:31:07 clr systemd-networkd[504]: vnet0: Gained IPv6LL
Jan 27 17:32:17 clr systemd-networkd[504]: vnet0: Lost carrier

내 vm.xml에서 네트워크 인터페이스 섹션은 다음과 같습니다.

<interface type='bridge'>
  <mac address='00:16:3e:11:22:33'/>
  <source bridge='br0'/>
  <model type='virtio'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>

호스트 IP 링크 디스플레이에서 결과는 다음과 같습니다.

$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp12s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP mode DEFAULT group default qlen 1000
    link/ether 40:8d:5c:11:22:33 brd ff:ff:ff:ff:ff:ff
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether fe:dc:02:df:f3:63 brd ff:ff:ff:ff:ff:ff
5: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq master br0 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether fe:16:3e:04:22:5b brd ff:ff:ff:ff:ff:ff

게스트 운영 체제에서 이더넷 인터페이스는 en3이고 링크 상태도 "BROADCAST,MULTICAST,UP,LOWER_UP"입니다.

답변1

일주일 후에 문제가 사라졌습니다. 나는 이것이 지난 3주 동안 소개된 ClearLinux의 동적 버그라고 결론을 내렸습니다.

답변1

관련 정보