Default gateway в другой сети

gateway должен откликаться на arp-запрос. А arp не умеет в маршрутизацию, ибо уровнем ниже.

Об этом я и не подумал.

ну и боян) я думал он уже вымер. помнится целые холивары даже на лоре поднимались по этому поводу)

на РС:

ip route add 192.168.2.0/24 via 192.168.0.2

на SERVER1:

ip route add 192.168.2.0/24 via 192.168.1.2

на SERVER2:

ip route add 192.168.0.0/24 via 192.168.1.1

если SERVER2 является шлюзом по-умолчанию для 192.168.2.0/24 то на этом все. если нет то на ПК в этой сети делаем:

ip route add 192.168.0.0.24 via 192.168.2.1

Сколько же раз это уже обсасывалось. Теоретическая(!) возможность есть, в ip-протоколе предусмотрена возможность такой маршрутизации, но на практике никакое сетевое железо это не поддерживает.

Что за глупости, маршрутиризатор должен разбирать что и кому отправлять из разных подсетей, для того чтоб клиент из одной подсети мог отправлять или получать пакеты от маршрутиризатора в другой подсети нужно указать клиенту, что маршрутиризатор вообще существует
пример interfaces

iface eth0 inet static
address 192.168.2.15
netmask 255.255.255.0
up route add -net 192.168.1.1 netmask 255.255.255.255 eth0
up route add default gw 192.168.1.1 eth0
dns-nameserver 192.168.1.1
auto eth0

Я имел ввиду то, что в ip предусмотрена возможность указать маршрутизатору, по какому маршруту передавать пакет дальше.

То есть теоретически можно указывать маршрут через хост, не находящийся в собственной подсети, но на практике это не работает.

на практике - это дыра

Если уж делать кривизну, то хост отправил пакет маршрутизатору, маршрутизатор, в соответствии со своей таблицей, отправил пакет промежуточному хосту. ВНИМАНИЕ, как нистранно, промежуточный хост должен иметь, в таком случае, в таблице маршрутизации постоянный маршрут, в котором указано, куда надо дальше плюнуть этот пакет.

Я это в первом посте последней строчкой написал.