☰

Проблемы с брандмауэром/правилами IP между двумя хостами через vSwitch

tag-icon • tag-icon linux linux-networking firewalld ip-routing
Проблемы с брандмауэром/правилами IP между двумя хостами через vSwitch

У меня здесь два сервера: один — хост виртуальной машины Qemu, другой — своего рода хранилище.

Это машины Hetzner, и я подключил их через vSwitch.

Интерфейс vSwitch Server1:

3: local@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 10:7b:44:b1:5b:7d brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.1/24 brd 192.168.100.255 scope global local
       valid_lft forever preferred_lft forever

IP-маршрут сервера 1 (хост виртуальной машины):

default via <redacted-public-ip> dev eth0 proto static metric 100 
<redacted-public-ip> dev eth0 proto static scope link metric 100 
192.168.10.0/24 dev virbr0 proto kernel scope link src 192.168.10.254 metric 425 <-- virbr0 network
192.168.10.253 via 192.168.100.2 dev local <-- srv02 IP to fit in virbr0 net space

Интерфейс vSwitch Server2:

3: local@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue state UP group default qlen 1000
    link/ether 08:60:6e:44:d6:2a brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.2/24 brd 192.168.100.255 scope global local
       valid_lft forever preferred_lft forever
    inet 192.168.10.253/24 brd 192.168.10.255 scope global local
       valid_lft forever preferred_lft forever

IP-маршрут сервера2:

default via <redacted-public-ip> dev eth0 proto static metric 100 
<redacted-public-ip> dev eth0 proto static scope link metric 100 
192.168.10.0/24 dev local proto kernel scope link src 192.168.10.253  <-- to access virbr0 via vSwitch

Полагаю, маршруты у меня настроены правильно, поскольку при отключенной службе firewalld все работает нормально.

Однако если я его включу, начинаются проблемы.

Это зоны брандмауэра на Server1 (на котором, когда я отключаю firewalld, все работает)

libvirt (active)
  target: ACCEPT
  icmp-block-inversion: no
  interfaces: virbr0
  sources: 
  services: dhcp dhcpv6 dns ssh tftp
  ports: 
  protocols: icmp ipv6-icmp
  forward: no
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 
    rule priority="32767" reject


public (active)
  target: default
  icmp-block-inversion: no
  interfaces: eth0 local
  sources: 
  services: cockpit dhcpv6-client ssh
  ports: 
  protocols: 
  forward: no
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules:

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

Есть ли что-то очевидное, что я здесь упускаю?

Спасибо всем заранее.

решение1

Мне удалось решить эту проблему, используя следующие два правила на хосте QEMU

firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD 0 -o local -i virbr0 -j ACCEPT

firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD 0 -o virbr0 -i local -j ACCEPT

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