☰

El invitado del puente KVM puede acceder a Internet pero la LAN no puede acceder al invitado

tag-icon • tag-icon virtualization kvm-virtualization network-bridge
El invitado del puente KVM puede acceder a Internet pero la LAN no puede acceder al invitado

Me estoy tirando de los pelos por este problema: mi máquina virtual invitada se registra correctamente con mi enrutador y puede acceder a Internet, pero ni el enrutador, ni el host ni ninguna computadora LAN pueden siquiera hacer ping al invitado.

Red: enrutador TPLink + host con Ubunter Server 15 con invitado con Windows Server 2012 + otras PC

Seguíesta guíay leí en foros que el puente debería resolver todo, me aseguré de que el firewall invitado reciba pings (y pueda hacer ping a sí mismo) y aún así el problema persiste.

¿Algunas ideas?

Anfitrión ifconfig:

br0       Link encap:Ethernet  HWaddr d4:ae:52:d3:a3:fb
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::d6ae:52ff:fed3:a3fb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:75546 errors:0 dropped:0 overruns:0 frame:0
          TX packets:67338 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:9073123 (9.0 MB)  TX bytes:13915784 (13.9 MB)

eno1      Link encap:Ethernet  HWaddr d4:ae:52:d3:a3:fb
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:130010 errors:0 dropped:86 overruns:0 frame:0
          TX packets:76756 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:37807268 (37.8 MB)  TX bytes:15209842 (15.2 MB)
          Interrupt:16

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:380 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:22800 (22.8 KB)  TX bytes:22800 (22.8 KB)

vnet0     Link encap:Ethernet  HWaddr fe:54:00:3c:52:2a
          inet6 addr: fe80::fc54:ff:fe3c:522a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7664 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18717 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:836769 (836.7 KB)  TX bytes:12182959 (12.1 MB)

Adaptador Ethernet para invitados ipconfig(abreviado)

Connection-specific DNS Suffix : home
Description : Realtek + Fast Ethernet NIC
Physical Address: 52-54-00-xx-xx-xx
DHCP Enabled: Yes
Autoconfiguration Enabled: Yes
Link-local IPv6 Address: xxxx
IPv4 Address: 192.168.1.3(Preferred)
Default Gateway: 192.168.1.1
DHCP Server: 192.168.1.1
DNS Servers: 192.168.1.1

Anfitrión \etc\network\interfaces:

auto lo
iface lo inet loopback

auto eno1
iface eno1 inet manual

auto br0
iface br0 inet dhcp
bridge_ports eno1
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off

Respuesta1

¡Problema resuelto! Como señaló @psusi, se trataba de un problema de firewall (un poco complicado). El problema fue el siguiente: el firewall de Windows Server distingue entre tres tipos de red:private, domain, public

Como habrás adivinado, la regla de firewall invitado que había creado para permitir pings estaba asignada privatede forma predeterminada, mientras que el adaptador Ethernet se convirtió automáticamente en una publicred. Por lo tanto, el firewall bloqueaba todos los pings (excepto los realizados en el propio huésped).

Soluciones:

  1. Agregue publicperfil a todas las reglas de firewall relevantes en el Firewall de Windows (en la pestaña Propiedades > Avanzado), O:
  2. Cambie el tipo de red a private(consulteeste enlace)

Espero que esto ayude a cualquiera que se enfrente a un problema similar en el futuro.

información relacionada