>>я не большой спец, но imho вместо route, надо прописать правило SNAT
>>
>Думал об этом.
>При SNAT мы подменяем ip-адрес источника, так что в данном случае скорее
>уж подошел бы DNAT. Но в этом случае мы теряем ip-адрес
>назначения и заменяем его на тот который подставим вместо него -
>не годится. Адрес назначения должен остаться неизменным!
83.237.68.9 192.168.0.1 255.255.255.255 UGH 0 0 0 eth2
- это - в таблице main. но local просматривается до нее, а когда ты поднимаешь ip алиас в local появляется строчка для собственного ip которая рутит его в lo.
ip ro ls tab local в студию!
там должно быть что-то вроде
local 83.237.68.9 dev eth0 proto kernel scope host src 83.237.68.9
- ее надо удалить (ip ro del ... tab local) _после_ того, как создаешь ip-алиас.в таком раскладе шансы на успех есть, однако трогать local "ядерщики" настоятельно не рекомендуют. связано это с тем, что весь "высокоуровневый" сетевой софт предполагает вполне определенное поведение ядра по отношению к собственным адресам, в т.ч. то, что пакеты в dest которых собств. ip - никогда не форвардятся, такчто мало ли что после этого может заглючить - короче, "фирма не гарантирует", USE AT YOUR OWN RISK!!!
судя по всему дальше оно будет пофорваржено снова, в другую сетевушку на 192.168.0.1 так? тогда не проще ли туда его стунелировать? или, скажем, на инетовском рутере 83.237.68.9 DNAT to 10.250.1.9, а на 192.168.0.1 настроить 10.250.1.9 DNAT to 83.237.68.9?
короче, решить _изначальную_ задачу так, чтобы не было необходимости в такой у%.ищной маршрутизации?
\^P^/
