☰

Extrañeza del puente KVM: no hay IPADDR en la interfaz, pero se muestra en 'si ADDR' y se pierde el acceso ssh cuando se ejecuta virt-install

tag-icon • tag-icon centos
Extrañeza del puente KVM: no hay IPADDR en la interfaz, pero se muestra en 'si ADDR' y se pierde el acceso ssh cuando se ejecuta virt-install

Esto es extraño, la interfaz principal (enp7s0) tiene una dirección IP. No hay ninguna dirección IP en ifcfg-enp7s0, está en ifcfg-br0. Las cosas parecen estar funcionando, pero cuando lo configuré en mi servidor de prueba no obtuve una IP en la interfaz principal. ¿Algunas ideas?

ACTUALIZACIÓN: en realidad casi todo está funcionando. Cuando hago virt-install pierdo el acceso ssh al servidor. Los terminales existentes conectados a través de ssh todavía funcionan, son los nuevos los que no se conectan, error de tiempo de espera 22. Si elimino virt-install, puedo acceder a un nuevo término.

ifcfg-enp7s0

DEVICE="enp7s0"
NM_CONTROLLED="no"
ONBOOT=yes
#HWADDR=2c:4d:54:43:92:df
TYPE=Ethernet
BOOTPROTO=none
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System enp7s0"
BRIDGE=br0

ifcfg-br0

DEVICE="br0"
NM_CONTROLLED="no"
ONBOOT=yes
#HWADDR=2c:4d:54:43:92:df
TYPE=Bridge
BOOTPROTO=static
IPADDR=xxx.171.204.107
NETMASK=255.255.252.0
IPV4_FAILURE_FATAL=yes
IPV6INIT=no

ruta-br0

xxx.171.204.1 dev br0
default via xxx.171.204.1

dirección IP

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: enp7s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP group default qlen 1000
    link/ether 2c:4d:54:43:92:df brd ff:ff:ff:ff:ff:ff
    inet xxx.171.204.107/22 brd 213.171.207.255 scope global enp7s0
       valid_lft forever preferred_lft forever
    inet6 fe80::2e4d:54ff:fe43:92df/64 scope link
       valid_lft forever preferred_lft forever
3: enp8s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 2c:4d:54:43:92:e0 brd ff:ff:ff:ff:ff:ff
5: br-369501bb177f: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:22:7c:d4:52 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/16 brd 172.18.255.255 scope global br-369501bb177f
       valid_lft forever preferred_lft forever
    inet6 fe80::42:22ff:fe7c:d452/64 scope link
       valid_lft forever preferred_lft forever
32: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:56:31:0e brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
33: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:56:31:0e brd ff:ff:ff:ff:ff:ff
36: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 2c:4d:54:43:92:df brd ff:ff:ff:ff:ff:ff
    inet xxx.171.204.107/22 brd 213.171.207.255 scope global br0
       valid_lft forever preferred_lft forever
    inet6 fe80::2e4d:54ff:fe43:92df/64 scope link
       valid_lft forever preferred_lft forever

Respuesta1

Está bien, se solucionó. Tenía ifconfg-enp8s0 que olvidé eliminar de un intento anterior (resulta que Fasthosts en realidad no conectó la segunda NIC). Y estúpidamente había dejado DEVICE="enp7s0". Archivo eliminado y todo funcionó muy bien.

información relacionada