Finalmente me estaba complicando porque el fw del proveedor al que estaba enganchado el servidor no estaba configurado correctamente....
Sin duda es mucho más sencillo, no hace falta marcar nada: Pego, más o menos, como ha quedado funcionando después de arreglar el fw que hace de puerta de enlace para ambos rangos: <code> eth0: address 192.168.1.15 192.168.1.16 192.168.1.17 etc. gateway 192.168.1.1 eth1: address 192.168.100.15 192.168.100.16 192.168.100.17 etc. gateway 192.168.100.1 # ip rule show 0: from all lookup local 32762: from all fwmark 0x2 lookup Red100 32763: from all fwmark 0x1 lookup Red1 32764: from 192.168.1.0/24 lookup Red1 32765: from 192.168.100.0/24 lookup Red100 32766: from all lookup main 32767: from all lookup default # ip route show default via 192.168.100.1 dev eth0 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.15 192.168.100.0/24 dev eth0 proto kernel scope link src 192.168.100.15 # ip route show table Red1 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.15 192.168.100.0/24 dev eth0 proto kernel scope link src 192.168.100.15 default via 192.168.1.1 dev eth1 # ip route show table Red100 192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.15 192.168.100.0/24 dev eth0 proto kernel scope link src 192.168.100.15 default via 192.168.100.1 dev eth0 </code> Es muy sencillo.... 2 tables, 2 "default via" y 2 rules, una regla para cada red.... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALyR5vx+9Aus=j9qvtwajzztpp_qkasphet-mjb0x2xapqa...@mail.gmail.com