Есть мост br7. В него добавлена сетевуха eth1-lan (10.0.0.253). От неё кабель в свитч. У виртуалок выставляется br7 как устройство моста. На виртуалках статика, например 10.0.0.68. Есть вин и лин машины. В systemd-networkd включен nat так:
[Match]
Name=eth1-lan
[Network]
#DHCP=ipv4
Address=10.0.0.253/24
IPForward=yes
# Smaller metric are preferred in route table. If multiple DHCP, use it here instead of route:
[Route]
Destination=10.0.0.0/24
Metric=60
#GatewayOnLink=yes
Есть сетевуха eth0-lan. Она обслуживает локалку, в которой обычные машины. И у неё тоже есть nat. Настроен аналогично вышеуказанному. Он работает.
Устройства из eth1-lan могут взаимодействовать с eth0-lan, как и планировалось. И nat был в eth1-lan тоже, но почему-то исчез…
Из нововведений - установка VPN checkpoint, но даже с отключенным nat не появляется. И со сбросом правил фаервола.
Стал смотреть wireshark-ом, выяснилась интересная особенность:
Если делать с виртуальной машины ping 8.8.8.8, то запросы улетают на eth0-lan, т.е. на её mac (ну, пытаются. Но ответа не получают - no response found!). А не на mac eth1-lan.
Вот вывод route -n с сервера:
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 111.222.333.444 0.0.0.0 UG 10 0 0 eth2-wan
10.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0-lan
10.0.0.0 0.0.0.0 255.255.255.0 U 60 0 0 eth1-lan
prov.dns.ip.1 111.222.333.444 255.255.255.255 UGH 10 0 0 eth2-wan
prov.dns.ip.2 111.222.333.444 255.255.255.255 UGH 10 0 0 eth2-wan
my.white.network.ip 0.0.0.0 255.255.255.224 U 10 0 0 eth2-wan
111.222.333.444 0.0.0.0 255.255.255.255 UH 10 0 0 eth2-wan
На клиентской виртуалке:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.0.0.253 0.0.0.0 UG 0 0 0 enp1s0
10.0.0.0 0.0.0.0 255.255.255.0 U 100 0 0 enp1s0
Вывод brtcl:
bridge name bridge id STP enabled interfaces
br7 8000.3250ffc4df38 no eth1-lan
vnet0
vnet1
vnet5
Куда копать, не подскажете? В virtualbox-e было проще, он умел цепляться к eth0-lan, и при этом не пропадал nat у локалки. Как и vmware.
