а ты в консоли под root

и потом пингуй) должно работать.

Да спасибо заработало  smile

и потом пингуй) должно работать.
Мне просто заняться нечем пока ядро собираеться тут и могу помоч

Вот так будете как родные бегать к друг другу.

А еще один глупый вопрос этот скрипт нуна написать внутри файлика /etc/iptables.up.rules
т.к. у меня ссылка на него  из /etc/network/ interfaces ?

iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

#Маскардинг
iptables --table nat --append POSTROUTING --out-interface eth0 -j MASQUERADE
iptables --table nat --append POSTROUTING --out-interface eth1 -j MASQUERADE
iptables --table nat --append POSTROUTING --out-interface eth2 -j MASQUERADE
iptables --table nat --append POSTROUTING --out-interface eth3 -j MASQUERADE
iptables --table nat --append POSTROUTING --out-interface eth4 -j MASQUERADE
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

PowerMan обрисуй точнее что хочешь и можно cделать под тебя скрипт.

Стоит шлюз на  Debian 5 eth0-Inet есть ещë три карточки на три сети eth3 192.168.0.222. eth2 192.168.10.254 eth3 192.168.100.1

проблема в следующем из всех трех сетей я могу выходить в интернет, а другие машины к примеру 192.168.10.1 из машины 192.168.0.10 я невижу. вот в общем-то и все хочется бегать по этим сетям из любой точки (всмысле локально).

xxx.xxx.xxx.0/24

Ну или так
iptables -A FORWARD -s 192.168.1.100 -d 192.168.3.100  -j ACCEPT
iptables -A FORWARD -s 192.168.3.100 -d 192.168.1.100  -j ACCEPT

Т,е . если прописать эти строчки , то я буду из одной подсети в другую бегать и обратно?

Если так , то что я неправильно делаю?
У меня настроен NAT eth0 - инет . eth1- локалка
сейчас добавил еще один сетевой интерфейс eth2
мне необходимо что бы с добавленной подсети выйти в инет и бегать по соседней подсети.

вывод вот  но что-тото никак

iptables -L -n
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
TCPMSS     tcp  --  0.0.0.0/0            0.0.0.0/0           tcp flags:0x06/0x02 TCPMSS clamp to PMTU
ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0           
ACCEPT     all  --  192.168.100.1        192.168.0.222       
ACCEPT     all  --  192.168.0.222        192.168.100.1       

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

порт открой tcp 443 или разреши прохождение.

Прохожение разрешено. Более того, я на шлюзе вижу пакеты проходящие в обе стороны по FORWARD'у. Они регистрируются в iptables. На моей (Linux) станции проблем c https нет никаких (MTU 1472). А вот IExplorer на пользовательских виндовых машинах не может открыть https-страницу (MTU ???). Тупо висит...

Нечто похожее я наблюдал, когда настраивал ремутный доступ к своим серверам. Зависоны ушли после назначения на них MTU 1396. Вот и сейчас думаю, что проблема где рядом с МТU.
===============================================
Докладываю - https после ввода данного правила и полного разрешения icmp на шлюзе (а без него правило смысла не имеет) заработало у юзерей в полном объеме.

Грубо говоря у проходящих пакетов меняет mtu хорошо помогает когда раздаёшь vpn инет.

Понял. Не сталкивался пока с такой необходимостью. Но спинным мозгом чую, что не далее как завтра столкнусь. Никак не могу настроить прохождение https с виндовых машин. С мой (linux) работает, а виндовые установить соединеие не могут. Подумалось, что собака именно в MTU зарылась.