☰

Гость моста KVM может получить доступ к Интернету, но локальная сеть не может получить доступ к гостю

tag-icon • tag-icon virtualization kvm-virtualization network-bridge
Гость моста KVM может получить доступ к Интернету, но локальная сеть не может получить доступ к гостю

Я ломаю голову над этой проблемой: моя гостевая виртуальная машина успешно регистрируется на моем маршрутизаторе и может получить доступ к Интернету, но ни маршрутизатор, ни хост, ни любой компьютер в локальной сети не могут даже пропинговать гостевую машину.

Сеть: Маршрутизатор TPLink + Хост с запущенным Ubunter Server 15 и гостевой ОС с Windows Server 2012 + Другие ПК

Я последовал заэто руководствои читал на форумах, что мост должен решить все проблемы, я убедился, что гостевой брандмауэр принимает пинги (и может пинговать сам себя), но проблема все равно осталась.

Есть идеи?

Хозяин 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)

Гостевой ipconfigадаптер Ethernet (сокращенно)

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

Хозяин \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

решение1

Проблема решена! Как указал @psusi, это была (немного сложная) проблема с брандмауэром. Проблема была в следующем: брандмауэр Windows Server различает три типа сетей:private, domain, public

Как вы могли догадаться, правило гостевого брандмауэра, которое я создал для разрешения пингов, было назначено privateпо умолчанию, тогда как адаптер Ethernet был автоматически сделан publicсетью. Таким образом, брандмауэр блокировал все пинги (кроме тех, которые делались на самом госте).

Решения:

  1. Добавьте publicпрофиль во все соответствующие правила брандмауэра в брандмауэре Windows (в разделе «Свойства» > вкладка «Дополнительно»), ИЛИ:
  2. Измените тип сети на private(см.эта ссылка)

Надеюсь, это поможет тем, кто столкнется с подобной проблемой в будущем.

Связанный контент