☰

O convidado da ponte KVM pode acessar a Internet, mas a LAN não pode acessar o convidado

tag-icon • tag-icon virtualization kvm-virtualization network-bridge
O convidado da ponte KVM pode acessar a Internet, mas a LAN não pode acessar o convidado

Estou brincando com esse problema: minha VM convidada registra-se bem no meu roteador e pode acessar a Internet, mas nem o roteador, o host ou qualquer computador LAN consegue executar ping no convidado

Rede: Roteador TPLink + Host rodando Ubunter Server 15 com Guest rodando Windows Server 2012 + Outros PCs

eu seguieste guiae li nos fóruns que a ponte deveria resolver tudo, certifiquei-me de que o firewall convidado recebe pings (e pode fazer ping sozinho) e ainda assim o problema persiste.

Alguma ideia?

Hospedar 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)

ipconfigAdaptador Ethernet convidado (resumido)

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

Hospedar \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

Responder1

Problema resolvido! Conforme apontado por @psusi, este era um problema de firewall (um pouco complicado). O problema era o seguinte: O firewall do Windows Server distingue entre três tipos de rede:private, domain, public

Como você deve ter adivinhado, a regra de firewall convidado que criei para permitir pings foi atribuída privatepor padrão, enquanto o adaptador Ethernet foi automaticamente transformado em publicrede. Portanto, o firewall estava bloqueando todos os pings (exceto aqueles feitos no próprio convidado).

Soluções:

  1. Adicione publico perfil a todas as regras de firewall relevantes no Firewall do Windows (em Propriedades > guia Avançado), OU:
  2. Altere o tipo de rede para private(consulteesse link)

Espero que isso ajude qualquer pessoa que enfrente um problema semelhante no futuro.

informação relacionada