Wyłącz e nie interfejsu ,,loopback'', niestety nie rozwiązuje problemu.

Wymyśliłem takie pośrednie rozwiązanie, ale działa to dobrze:

iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT DROP

iptables -A INPUT -i eth0 -s 192.168.0.0/18 -d 192.168.80.1 -j ACCEPT
iptables -A OUTPUT ...

Ja to zrobiłem na TEST wszystko robię na test, więc nie wiem po co to pierwsze zdanie, po drugie przeczytałem co napisałeś i to zastosowałem dla testu! U mnie wszystko działa normalnie więc się o to nie martw. W tej chwili rozwiązałem to regułkami iptables na eth0 i eth1 zdefiniowałem destination ...

Maska z 16 została zmieniona na 18, musi tak być bo urządzeń w sieci jest sporo. W drugiej sieci jest 24, maski się nie nakładają na siebie i jest to samo.

Sieć1

eth0 80.x.x.x
eth1 192.168.0.0/18



Sieć2

eth0 192.168.20.1/18
eth1 192.168.100.1/24


W drugiej sieci zmieniłem też adresację na ...

Bez zmian, oba interfejsy działają, z sieci mogę dalej wysyłać sygnał ping, czy zalogować się przez ssh na adres 192.168.100.1 .

Wydaję polecenie: tcpdump -i eth0 icmp z sieci pinguje 192.168.100.1
20:12:10.373818 IP 192.168.0.223 > 192.168.100.1: ICMP echo request, id 1, seq 56, length 40
20:12 ...

Konfiguracja wygląda tak:
Internet < eth0 > Ruter1 < eth1 > [b]Przełącznik[/b] < eth0 > Ruter 2 < eth1 > [b]Przełącznik[/b] / LAN

Ruter1:

eth0: 80.x.x.x WAN
eth1: 192.168.0.1/255.255.0.0 LAN (statycznie)

Ruter 2:

eth0: 192.168.80.1/255.255.0.0 WAN (statycznie)
eth1: 192.168.100.1/255.255 ...