Если будите в скрипте прописывать каждого пользователя то нет проблем. И укажите через какой интерфейс бегает инет?

Hа счёт сжатия надо скрипт сжимать папку в архив (man tar)
Hо сетевой диск лучше сначала при монтировать а потом cp и далее rm source.

Нет.
Вот так.

Таким макаром тупо делаем нат на подсети.
#!/bin/bash
echo "1" > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/ip_dynaddr
modprobe iptable_nat
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp
iptables -F
iptables -F -t nat
iptables -F -t mangle

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 -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

А так ограничение по ип.
#!/bin/bash
echo "1" > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/ip_dynaddr
modprobe iptable_nat
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp
iptables -F
iptables -F -t nat
iptables -F -t mangle

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

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

iptables -A FORWARD -s 192.168.3.100 -o eth0  -j ACCEPT
iptables -A FORWARD -i eth0 -d 192.168.3.100  -j ACCEPT

iptables -A FORWARD -s 192.168.1.100 -o eth1  -j ACCEPT
iptables -A FORWARD -i eth1 -d 192.168.1.100  -j ACCEPT

Ну или так
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

И ещё видел на сайте твоём что бьёшься на LDAP + SQUID если что могу посоветовать LDAP + TRAFFPRO. За traffpro стучи в личку.

iptables -L

Ну грубо говоря

#!/bin/bash
echo "1" > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/ip_dynaddr
modprobe iptable_nat
modprobe ip_conntrack_ftp
modprobe ip_nat_ftp
iptables -F
iptables -F -t nat
iptables -F -t mangle

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

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

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

Тут будет 192.168.1.100 видеть 192.168.3.100 и наоборот и жлюза и больше не что.

Да. Нужно что бы первая видела вторую и наоборот. Например, я указал шлюз на виндузовой тачке и она заимела инет от прозрачного прокси. Еще нужно задропить определенный список IP из третьей сетки, что бы они не могли спереть файлы и документы с первой. Т.е. открывать доступ только тем, кому хочу.

Дома к сожалению проверить проблематично... Все на виртуалке делаю. И скорее всего из-за этого не точности. У меня первый интерфейс жестко привязан к реальной карточке, а второй был NAT. Из-за этого наверное на правила пофигу. Буду разбираться.

Просвети про запись... pls...

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

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

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

вам надо тогда задавать подсеть и маску. как то так:

xxx.xxx.xxx.0/24

Стоит шлюз на  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 я невижу. вот в общем-то и все хочется бегать по этим сетям из любой точки (всмысле локально).

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

Я делаю такс
touch /home/firewall.sh
nano /home/firewall.sh
всё туда закидываю
chmod +x /home/firewall.sh
и в /etc/rc.local перед exit0 добавляю
/home/firewall.sh