O que é essa interface virtual? E como posso removê-lo?

1

Estou usando o RHEL 7.4 e tinha tanto virbr0 quanto virbr1. Eu quero remover os dois.

Consegui remover o virbr0 parando e desabilitando o kvm virtual padrão.

O libvirtd não está em execução, mas ainda tenho o virbr1. Inicialmente eu segui setaoffice.com/2015/01/06/remove-virbr0-interface-in -linux que removeu virbr0, mas não virbr1.

Quando executo o ifconfig, vejo o seguinte:

ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.27  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::b675:d8a3:7535:216d  prefixlen 64  scopeid 0x20<link>
        ether 3c:97:0e:96:36:a5  txqueuelen 1000  (Ethernet)
        RX packets 2649  bytes 529358 (516.9 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1315  bytes 230578 (225.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xf3a00000-f3a20000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 10  bytes 840 (840.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10  bytes 840 (840.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.123.1  netmask 255.255.255.0  broadcast 192.168.123.255
        ether 00:16:3e:14:cb:4c  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Se eu pingar 192.168.123.1, obtenho respostas para que algo esteja ativo nesse endereço

Eu estou tentando descobrir porque eu tenho um virb1? Eu preciso disso? Tanto quanto sei, desativei e destruí as máquinas virtuais de libvirt e elas não existem mais.

Alguma idéia de como eu posso descobrir o que é este dispositivo e como removê-lo da minha configuração?

    
por RenegadeAndy 17.05.2018 / 23:29

1 resposta

3

Esse é um dispositivo de ponte criado por libvirt que normalmente suporta a rede baseada em NAT "padrão".

Mesmo se você não estiver usando nenhuma máquina virtual, contanto que libvirt esteja em execução, essa interface estará presente (desde que você tenha uma rede padrão definida).

Ele não faz nada por si só e é geralmente inofensivo. No entanto, se você quiser removê-lo, poderá fazer uma das ações a seguir (e provavelmente mais, se for criativo):

  • Remova libvirt inteiramente. Tenha cuidado e anote quais recursos libvirt está gerenciando. Ele tem seu próprio serviço de gerenciamento de volume e pode montar sistemas de arquivos, criar grupos de volumes, estabelecer outras redes, etc. Isso pode ser feito via:

    # yum remove libvirt*

  • Pare e desative totalmente a libvirt. Isso impedirá que ele gerencie todos os recursos, mesmo na reinicialização, portanto, você deve ter certeza do que está realmente usando (conforme descrito acima). No Cent / RHEL 7, isso pode ser feito assim:

    # systemctl stop libvirtd

    # systemctl disable libvirtd

  • Destrua a rede "%" padrãolibvirt. Isso interromperá a rede que foi criada e derrubará a ponte associada. Essa mudança é efêmera, e essa rede ficará on-line novamente após uma reinicialização do nó do hypervisor ou a reinicialização do libvirt daemon. A desativação efêmera da rede "padrão" pode ser realizada com um único comando (no hipervisor em questão):

    # virsh net-destroy default

    Se você quiser remover permanentemente a rede "padrão", pode desfazê-la:

    # virsh net-undefine default

    No entanto, pode ser mais sensato simplesmente impedir que essa rede seja iniciada, em vez de indefinida (no caso de você querer usá-la no futuro sem ter que definir uma nova rede padrão). Isso pode ser feito desativando a inicialização automática da rede para "padrão":

    # virsh net-autostart --disable default

por 17.05.2018 / 23:57