>nat это network address translation
>- трансляция адресов (обычно впн-овких)
ух, ну и заставил же я тебя расписаться, ужас какой... вообщем, как бы то что ты сказал, я уже знаю, ну или почти знаю, у меня вот, что твориться...
natd_enable="YES"
natd_interface="rl1"
natd_flags="-redirect_address 192.168.0.127 abc.abc.abc.ab3"
где abc.abc.abc.ab3 - это один из двух адресов сет. карты смотрящей во вне, а 192.168.0.127 - это адрес ftp внутри сети. Так вот, у меня ещё и два шлюза. trafshow я выцыпил вот чего - те кто заходит ко мне через abc.abc.abc.ab3 на ftp 192.168.0.127 в пакете имеют адресом отправителя свой собственный, а не адрес abc.abc.abc.ab3. Естественно, что с адреса 192.168.0.127 ответный пакет пойдет на адрес отправителя, через то, что указано в табл. марш. как def. gateway. Так вот для одного канала всё будет работать, а вот для дргуго не будет, покак я четко не пропишу, что маршрут до отправителя должен пролегать, не через defgateway. А вот если бы все зашедшие через один из gateway'ев имели бы один адрес. Но вот, что сделать - не врублюсь. Я не использую ipnat, я пользуюсь natd, может он более корявый? У меня в rc.firewall прописано:
${fwcmd} add 50 divert natd all from any to any via ${natd_interface}
но вот и вижу, что trafshow в пришедших на ftp пакетах всеравно показывает адрес отправителя. Как же блин, их забить, уже забодался. Ну мож ктонить чего скажет?
|
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on
06-Май-02, 08:12 (MSK)
