271 (26.06.2012 14:46:25 отредактировано User150)

Народ, доброго всем дня.

Подскажите пожалуйста что надо разрешить в iptables для connect ppp.
Исходная ситуация такова:

  • Debian

  • для eth0 получаю IP от провайдера по DHCP

  • Через полученный IP затем подключаюсь к интернету через ppp.

Т.е. хочу сначала:
1. "поднять" iptables с минимально открытыми портами/протоколами,
2. затем получить через DHCP IP для eth0
3. затем для eth0 получить соединение (аутентификация через CHAP) ppp для доступа в инет.

Т.е. вопрос в том, где и для каких портов/протоколов дать ACCEPT в iptables, чтобы соединение ppp (VPN) состоялось.

272 (16.08.2012 12:15:46 отредактировано emptyxl)

Приветствую всех!
Проблема такая:
есть несколько скрещённых между собой сеток 192.168.99.0/24 192.168.98.0/24 192.168.97.0/24 192.168.96.0/24 и 192.168.25.0/24.
сети 192.168.98.0/24 192.168.97.0/24 192.168.96.0/24 предназначены для юзеров.
сеть 192.168.99.0/24 админовская сеть.
сеть 192.168.25.0/24 серверная сеть.
Кто то из сети юзеров просканировал сеть серверов и обнаружил открытый порт 3306 (MySQL).
Сервера между собой по этому порту общаються, мне доступ тоже на него с админовской сетки нужен.
Идея была поочерёдно добавить в правила:
iptables -A INPUT -s 192.168.98.0/255 tcp --dport 3306 -j DROP
iptables -A INPUT -s 192.168.97.0/255 tcp --dport 3306 -j DROP
iptables -A INPUT -s 192.168.96.0/255 tcp --dport 3306 -j DROP
iptables -A INPUT -s 192.168.99.0/188 tcp --dport 3306 -j DROP
iptables -A INPUT -s 192.168.99.190/255 tcp --dport 3306 -j DROP (моя машина 192.168.99.189)

--
Может есть более рациональное решение???

fedora core

273

emptyxl пишет:

iptables -A INPUT -s 192.168.98.0/255 tcp --dport 3306 -j DROP

emptyxl пишет:

Может есть более рациональное решение???

почитать про IP адреса.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

274

drBatty пишет:
emptyxl пишет:

iptables -A INPUT -s 192.168.98.0/255 tcp --dport 3306 -j DROP

emptyxl пишет:

Может есть более рациональное решение???

почитать про IP адреса.

конкретнее можно, с такого ответа пользы ноль.

fedora core

275

emptyxl пишет:

конкретнее можно, с такого ответа пользы ноль.

в гугле забанили? хорошо. Вот вам ссылка для начала: http://ru.wikipedia.org/wiki/IP-%D0%B0% … 0%B5%D1%81

Иногда встречается запись IP-адресов вида 192.168.5.0/24. Данный вид записи заменяет собой указание диапазона IP-адресов. Число после косой черты означает количество единичных разрядов в маске подсети. Для приведённого примера маска подсети будет иметь двоичный вид 11111111 11111111 11111111 00000000 или то же самое в десятичном виде: 255.255.255.0. 24 разряда IP-адреса отводятся под номер сети, а остальные 32-24=8 разрядов полного адреса — под адреса хостов этой сети

у вас там 255, это что, 255 битов из 32х??

ЗЫЖ так сложно погуглить? или прямо вику почитать?? она даже по-русски!

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

276

drBatty пишет:
emptyxl пишет:

конкретнее можно, с такого ответа пользы ноль.

в гугле забанили? хорошо. Вот вам ссылка для начала: http://ru.wikipedia.org/wiki/IP-%D0%B0% … 0%B5%D1%81

Иногда встречается запись IP-адресов вида 192.168.5.0/24. Данный вид записи заменяет собой указание диапазона IP-адресов. Число после косой черты означает количество единичных разрядов в маске подсети. Для приведённого примера маска подсети будет иметь двоичный вид 11111111 11111111 11111111 00000000 или то же самое в десятичном виде: 255.255.255.0. 24 разряда IP-адреса отводятся под номер сети, а остальные 32-24=8 разрядов полного адреса — под адреса хостов этой сети

у вас там 255, это что, 255 битов из 32х??

ЗЫЖ так сложно погуглить? или прямо вику почитать?? она даже по-русски!

согласен, это мой бок, и гуглил не мало но не придавал значение тому что имеють под числом после черты.
Но интересует не это а возможно ли запретить соединения на порт со всех подсетей кроме например 10 IP адресов, вот в чем вопрос?

fedora core

277

emptyxl пишет:

Но интересует не это а возможно ли запретить соединения на порт со всех подсетей кроме например 10 IP адресов, вот в чем вопрос?

Тут гланое не запрещать кому-то, главное запретить _всем_ _всё_ и потом начинать разрешать.
читаем тут тут
IP-калькулятор
Руководство по iptables

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

278 (17.08.2012 17:18:33 отредактировано emptyxl)

newzenon пишет:
emptyxl пишет:

Но интересует не это а возможно ли запретить соединения на порт со всех подсетей кроме например 10 IP адресов, вот в чем вопрос?

Тут гланое не запрещать кому-то, главное запретить _всем_ _всё_ и потом начинать разрешать.
читаем тут тут
IP-калькулятор
Руководство по iptables

Спасибо за совет!  У меня получилось но наоборот, если задать

ptables -A INPUT -p tcp --dport 3306 -s 192.168.99.0/24 -j DROP
iptables -A INPUT -p tcp --dport 3306 -s 192.168.99.175 -j ACCEPT

то с 192.168.99.175 адреса получить доступ к МуСкулу не получилось но если написать в таком порядке

iptables -A INPUT -p tcp --dport 3306 -s 192.168.99.175 -j ACCEPT
ptables -A INPUT -p tcp --dport 3306 -s 192.168.99.0/24 -j DROP

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

fedora core

279

emptyxl пишет:

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

Нет, сначала политики в DROP, потом разрешения. вот

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

280

В пятницу стрёмно делать вечером, попробую уже в понедельник с утра))
Благодарю за помощь!!! Результат сообщю в понедельник вечером.

fedora core

281

newzenon пишет:

Нет, сначала политики в DROP, потом разрешения. вот

дык там не политики, а правила. Правила работают НЕ так, как политики, а выполняются по порядку. Именно потому сначала iptables -A -j ACCEPT, а уж потом iptables -A DROP, в том случае, если множество значений ACCEPT является подмножеством значений DROP (как в этом случае)
Тогда первое правило пропустит некоторые пакеты, а второе отбросит все остальные.

newzenon пишет:

Тут гланое не запрещать кому-то, главное запретить _всем_ _всё_ и потом начинать разрешать.

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

282 (20.08.2012 12:47:13 отредактировано emptyxl)

drBatty пишет:
newzenon пишет:

Нет, сначала политики в DROP, потом разрешения. вот

дык там не политики, а правила. Правила работают НЕ так, как политики, а выполняются по порядку. Именно потому сначала iptables -A -j ACCEPT, а уж потом iptables -A DROP, в том случае, если множество значений ACCEPT является подмножеством значений DROP (как в этом случае)
Тогда первое правило пропустит некоторые пакеты, а второе отбросит все остальные.

newzenon пишет:

Тут гланое не запрещать кому-то, главное запретить _всем_ _всё_ и потом начинать разрешать.

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

Граждани ГУРУ скажите а чем отилчаються политики от правил, если можно в примерах. А поповоду запретить все а потом разрешать то тут система работает в no-line режиме , стремно все резать.  Если не заработает то могут и по голове надавать не кисло.

fedora core

283

Давай так например. Вы запретили сотрудникам перекуры круглосуточно (это политика), но сделали исключение можно курить ток с 12.00-13.00 или токо сигареты в которых содержание никотина меньше 3 мг (это правило).

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

284

emptyxl пишет:

а чем отилчаються политики от правил,

Политика по-умолчанию применяется, если пакет не соответствует ни одному из правил в цепочке.

Был, был и весь вышел...

285

emptyxl пишет:

Граждани ГУРУ скажите а чем отилчаються политики от правил, если можно в примерах.

гражданин newbee, не обижайтесь, но таки разве маны читать не модно? Политики - правила по умолчанию. Их можно применять ТОЛЬКО к встроенным цепочкам INPUT, OUTPUT, FORWARD. Секьюрной политикой считается политика DROP.

emptyxl пишет:

Если не заработает то могут и по голове надавать не кисло.

дык поставьте по расписанию (man crond) скрипт, который сотрёт все правила и политики, и поставит РАЗРЕШИТЬ ВСЁ И ВСЕМ. Если завалиться - достаточно будет подождать. Кстати, у вас что, компа нет? Попробуйте на нём.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

286 (21.08.2012 11:30:01 отредактировано emptyxl)

newzenon, Kettler, Lupo Alberto, drBatty - ребята, спасибо большое, все настроил, разобрался в политиках, попробовал сначала на виртуалке  (VMW) потом настроил на работающей системе. ay az

fedora core

287

Помогите разобраться с iptables. Linux шлюз с такими параметрами.:

2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:26:5a:67:ca:fa brd ff:ff:ff:ff:ff:ff
    inet 10.0.134.56/26 brd 10.0.134.63 scope global eth1
    inet6 fe80::226:5aff:fe67:cafa/64 scope link
       valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:16:76:80:15:e8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0
    inet6 fe80::216:76ff:fe80:15e8/64 scope link
       valid_lft forever preferred_lft forever
6: ppp5: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1000 qdisc pfifo_fast state UNKNOWN qlen 3
    link/ppp
    inet 213.xx.xx.xx peer 213.108.144.29/32 scope global ppp5

ppp5 ip динамический.
И есть клиент виндовый с ip 192.168.1.15. Как все пакеты tcp и udp пришедшие с ip 78.25.64.194 перенаправлять на этот компьютер с ip 192.168.1.15.

288 (27.09.2012 13:36:57 отредактировано l_cho)

iptables -t nat -A PREROUTING --dst 78.25.64.194 -p tcp --dport ВАШ_ПОРТ -j DNAT --to-destination 192.168.1.15

входящий пакет пришёл извне на шлюз предназначен порту 0000 , то адрес назначения подменяется на локальный адрес  И впоследствии маршрутизатор передаст пакет в локальную сеть.

289

люди помогите плззз   сижу всю ночь уже мозг болит от визга директора что я не справляюсь со своими обязанностями.
Преведущий админ удалил iptables  и ушел
что имеем
Сервак  с центозом и редхатом на нем  сквид + iptables+на vmware сидит dns
eth0  наружу
eth1 внутрь

Интернет работает только через сквид, хотя раньше дир ходил с айпада не напрягаясь #-A FORWARD -i eth1 -p tcp -s 192.168.2.0/24 --dport 80 -j ACCEPT       не сработала

И самая печалька  к  внешней почте нет коннекта((

# Generated by iptables-save v1.3.5 on Wed Oct 10 18:41:16 2012
*nat
:PREROUTING ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
# NAt 
-A POSTROUTING -o eth0 -j SNAT --to-source ВНЕШНИЙ ИП
-A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE

# Nat_in
-A POSTROUTING -m state -d 192.168.2.0/24 --state ESTABLISHED,RELATED -j MASQUERADE
-A PREROUTING -p tcp -i eth0 --dport 3391 -j DNAT --to-destination 192.168.2.32:3389       проброс на терминальник
-A PREROUTING -p tcp -m tcp -i eth0 --dport 3397 -j DNAT --to-destination 192.168.2.7   на камеры видеонаблюдения
-A PREROUTING -p tcp -m tcp -i eth0 --dport 143 -j DNAT --to-destination 192.168.2.6    
-A PREROUTING -p tcp -m tcp -i eth0 --dport 80 -j DNAT --to-destination 192.168.2.6
COMMIT
# Completed on Wed Oct 10 18:41:16 2012
# Generated by iptables-save v1.3.5 on Wed Oct 10 18:41:16 2012
*mangle
:PREROUTING ACCEPT [110:16638]
:INPUT ACCEPT [58:7538]
:FORWARD ACCEPT [52:9100]
:OUTPUT ACCEPT [49:6308]
:POSTROUTING ACCEPT [101:15408]
COMMIT
# Completed on Wed Oct 10 18:41:16 2012
# Generated by iptables-save v1.3.5 on Wed Oct 10 18:41:16 2012
*filter
:FORWARD ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A FORWARD -p tcp -m tcp -m multiport -s 192.168.2.0/24 -j ACCEPT --dports 21,22,25,80,110,143,443,993
-A FORWARD -d 192.168.2.0/24 -i eth0 -j ACCEPT
# All Internal
-A INPUT -p tcp -m tcp -m multiport -i eth1 -j ACCEPT --dports 21,22,25,80,110,143,443,993
-A INPUT -i eth0 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i vmnet1 -j ACCEPT
-A INPUT -i vmnet8 -j ACCEPT
# Establish
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A OUTPUT -o eth1 -j ACCEPT
-A OUTPUT -p tcp -m tcp -m multiport -o eth0 -j ACCEPT --dports 21,22,25,80,110,143,443,993
-A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# All Internal
-A INPUT -p udp -m udp -i eth1 --dport 53 -j ACCEPT
#-A FORWARD -i eth1 -p tcp -s 192.168.2.0/24 --dport 80 -j ACCEPT                          
COMMIT
# Completed on Wed Oct 10 18:41:16 2012

ОС угадать самим, как и оболочку, как и установленное ПО?

291

Я написал  центоз (CentOS release 5.7 (Final))    squid-2.6.STABLe21-   Gnome 2.16.0  дата сборки 18.02.2007  VMware-server-2.0.2- VMware-server-linux-client-1.0.6-91891           webmin 1.580

292

ololoshe4ka пишет:

люди помогите плззз

Вы уверены в этой строке:
-A PREROUTING -p tcp -m tcp -i eth0 --dport 80 -j DNAT --to-destination 192.168.2.6
То есть на хосту 192.168.2.6 сквид сидит на 80-м порту? Зачем?

293

всем привет
имеется сервер на ubuntu 10.0.4.4
исполняет роль прокси сервера на squid 2.7 управляется sams и webmin'ом 

интерфейсы:
eth1 интернет
eth0 локальная сеть

+ открыть спойлер
eth0      Link encap:Ethernet  HWaddr 00:1f:e2:5d:da:2c  
          inet addr:192.168.100.254  Bcast:192.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::21f:e2ff:fe5d:da2c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:41043 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20253 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4550880 (4.5 MB)  TX bytes:11641193 (11.6 MB)
          Interrupt:26 Base address:0x8000 

eth1      Link encap:Ethernet  HWaddr 00:40:f4:91:43:19  
          inet addr:192.168.101.252  Bcast:192.168.101.255  Mask:255.255.255.0
          inet6 addr: fe80::240:f4ff:fe91:4319/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15857 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13237 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9748063 (9.7 MB)  TX bytes:2232208 (2.2 MB)
          Interrupt:18 Base address:0xde00 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:210 errors:0 dropped:0 overruns:0 frame:0
          TX packets:210 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:168437 (168.4 KB)  TX bytes:168437 (168.4 KB)

не получается пробросить почтовые пакеты через 110 и 25 порты
вывод iptables -L -v -n

+ открыть спойлер
Chain INPUT (policy ACCEPT 21335 packets, 6612K bytes)
 pkts bytes target     prot opt in     out     source               destination         
 1369 93398 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:22 
    2   120 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8 
    0     0 ACCEPT     icmp --  eth1   *       0.0.0.0/0            0.0.0.0/0           icmp type 8 
    0     0 ACCEPT     icmp --  eth0   *       0.0.0.0/0            0.0.0.0/0           icmp type 8 
    6   264 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:110 
    6   264 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:25 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED tcp dpt:25 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED tcp dpt:110 

Chain FORWARD (policy ACCEPT 6 packets, 240 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     tcp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           tcp dpt:110 
    0     0 ACCEPT     tcp  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           tcp dpt:25 
 2331  608K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
  145 12111 ACCEPT     all  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0           state NEW,ESTABLISHED 

Chain OUTPUT (policy ACCEPT 18310 packets, 7305K bytes)
 pkts bytes target     prot opt in     out     source               destination         

настройки конфигурируются посредством вот такого скрипта:

+ открыть спойлер
#!/bin/bash
#
modprobe ip_tables
echo 1 > /proc/sys/net/ipv4/ip_forward
#
/sbin/iptables -F
/sbin/iptables -t nat -F
/sbin/iptables -t mangle -F
/sbin/iptables -X
/sbin/iptables -t nat -X
/sbin/iptables -t mangle -X
#
/sbin/iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE
/sbin/iptables -A FORWARD -i eth0 -o eth1 -m state --state NEW,ESTABLISHED -j ACCEPT
/sbin/iptables -A INPUT --protocol tcp --dport 22 -j ACCEPT
#
#/sbin/iptables -A INPUT -i eth1 -m state --state NEW,INVALID -j DROP
#/sbin/iptables -A FORWARD -i eth1 -m state --state NEW,INVALID -j DROP
#
/sbin/iptables -I FORWARD -p all -m state --state ESTABLISHED,RELATED -j ACCEPT
/sbin/iptables -I FORWARD -p tcp -i eth0 -o eth1 --dport 25 -j ACCEPT
/sbin/iptables -I FORWARD -p tcp -i eth0 -o eth1 --dport 110 -j ACCEPT
/sbin/iptables -A INPUT -p icmp --icmp-type echo-request -j ACCEPT
/sbin/iptables -A INPUT -i eth1 -p icmp --icmp-type echo-request -j ACCEPT
/sbin/iptables -A INPUT -i eth0 -p icmp --icmp-type echo-request -j ACCEPT

294

2 ilyaveryasov
Попробуй в своем правиле вместо
/sbin/iptables -I FORWARD -p tcp -i eth0 -o eth1 --dport 25 -j ACCEPT
прописать
/sbin/iptables -А FORWARD -p tcp -i eth0 -m multiport --dport 25,110 -j ACCEPT
у меня так работает

295 (05.11.2012 00:36:59 отредактировано rusooo)

Доброго время суток! Всем!
... кого не затруднит подправьте, что не так...

делаю мини сервер на Ubuntu 12.04.1
есть 3 (три) сетевые

пробую сделать так:
1. eth0 + ppp0   -    сеть провайдера + PPPoE
2. eth1               -    сеть с полным! доступом к мини серверу И!!! интернетом
3. eth2               -    интернет без всяких ограничений НО!!! без доступа к мини серверу

+ открыть спойлер
#!/bin/bash
# Enable routing
echo 1 > /proc/sys/net/ipv4/ip_forward

# reset iptables
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -F
iptables -F -t nat
iptables -F -t mangle
iptables -X
iptables -X -t nat
iptables -X -t mangle

# lo
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

# For fixing problem
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

# MASQUERADE
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

### eth0 & ppp0 ###
iptables -A INPUT -i eth0 --match state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o eth0 --match state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i ppp0 --match state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o ppp0 --match state --state ESTABLISHED,RELATED -j ACCEPT

### eth1 ###
iptables -A INPUT -i eth1 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o eth1 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i eth1 -o eth0 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i eth1 -o ppp0 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i eth0 -o eth1 --match state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i ppp0 -o eth1 --match state --state ESTABLISHED,RELATED -j ACCEPT

### eth2 ###
iptables -A FORWARD -i eth2 -o eth0 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i eth2 -o ppp0 --match state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i eth0 -o eth2 --match state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i ppp0 -o eth2 --match state --state ESTABLISHED,RELATED -j ACCEPT
+ открыть спойлер
xxx@ubuntu:~$ sudo iptables -L -v -n
[sudo] password for artxu: 
Chain INPUT (policy DROP 80372 packets, 5050K bytes)
 pkts bytes target     prot opt in     out     source               destination         
 103K 8745K ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
  500  125K ACCEPT     all  --  eth0   *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
 747K   55M ACCEPT     all  --  ppp0   *       0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
 396K   16M ACCEPT     all  --  eth1   *       0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED

Chain FORWARD (policy ACCEPT 354 packets, 14160 bytes)
 pkts bytes target     prot opt in     out     source               destination         
 3435  185K TCPMSS     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcpflags: 0x06/0x02 TCPMSS clamp to PMTU
   15   760 ACCEPT     all  --  eth1   eth0    0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED
 7576 1376K ACCEPT     all  --  eth1   ppp0    0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  eth0   eth1    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
 7762 4245K ACCEPT     all  --  ppp0   eth1    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  eth2   eth0    0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED
 201K   10M ACCEPT     all  --  eth2   ppp0    0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED
    0     0 ACCEPT     all  --  eth0   eth2    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
 365K  507M ACCEPT     all  --  ppp0   eth2    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED

Chain OUTPUT (policy ACCEPT 91879 packets, 5848K bytes)
 pkts bytes target     prot opt in     out     source               destination         
 103K 8745K ACCEPT     all  --  *      lo      0.0.0.0/0            0.0.0.0/0           
   40 10370 ACCEPT     all  --  *      eth0    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
1295K 1746M ACCEPT     all  --  *      ppp0    0.0.0.0/0            0.0.0.0/0            state RELATED,ESTABLISHED
 129K 1189M ACCEPT     all  --  *      eth1    0.0.0.0/0            0.0.0.0/0            state NEW,RELATED,ESTABLISHED

296

При просмотре информации о прохождении пакетов я вижу:

Chain INPUT (policy ACCEPT 3249K packets, 3841M bytes)
 Pkts     bytes      target       prot  opt in     out     source               destination
 1665K  241M ACCEPT      tcp  --  *      *       0.0.0.0/0               0.0.0.0/0           tcp dpt:3128
      175 30100 ACCEPT       all  --  *      *       172.16.7.0/24        0.0.0.0/0
 33703 3978K ACCEPT       all  --  *      *       192.168.7.99         0.0.0.0/0
 4355K  526M ACCEPT      all  --  *      *       192.168.0.0/16       0.0.0.0/0
              0     0 ACCEPT      all  --  *      *       91.196.164.19        0.0.0.0/0


Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source                      destination
    0     0 ACCEPT     all  --  *      *       192.168.7.99               0.0.0.0/0
    0     0 ACCEPT     all  --  *      *       192.168.7.222             0.0.0.0/0
    0     0 ACCEPT     all  --  *      *       172.16.7.0/24              0.0.0.0/0
    0     0 ACCEPT     all  --  *      *       0.0.0.0/0                   172.16.7.0/24

Chain OUTPUT (policy ACCEPT 2843 packets, 296K bytes)
 pkts bytes target     prot opt in     out     source               destination
6558K 4285M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0
              0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:80

Не могу понять проходит ли через шлюз локальные и транзитные пакеты?
Возможно какая-то из цепочек работает неправильно? Если да, то что нужно сделать чтобы цепочка заработала?

297

Ребята помогите решить проблему, настроил все iptables таким образом:

[root@srv_test ~]# iptables -L --line-numbers
Chain INPUT (policy DROP)
num  target     prot opt source               destination         
1    ACCEPT     tcp  --  120.2.99.175         anywhere            tcp dpt:ssh 

Chain FORWARD (policy DROP)
num  target     prot opt source               destination         

Chain OUTPUT (policy DROP)
num  target     prot opt source               destination         
1    ACCEPT     all  --  anywhere             120.2.99.175        
[root@srv_test ~]#

работает все хорошо, но когда соединяюсь через xshell и открываю mc то зависает на процессе открытия.
При этом в putty mc работает все замечательно.

fedora core

298

День добрый уважаемые пользователи.
Пришел просить у вас помощи в защите http
Средствами Iptables
У меня стоит политика по умолчанию DROP, порт http защищен только правилами типа

iptables -A INPUT -i ppp0 -p tcp --dport 80 -m connlimit --connlimit-above 10 -j REJECT

Но все больше внедряясь в среду атак и понимая что же это такое я начал понимать что это правило даже 5%  не держит.
Не так давно попался в руки ботнет буквально из 5-8 компьютеров. Решил проверить работоспособность своего фаервола.
Выбрал ресурс толкнул start, ну и естественно получил жуткие лаги на своем веб сервере. Подумал что чего то не хватает в защите,  решил глянуть логи своих тестов, и понял, что не какого отображения в логах нет. По своей не опытности я не сделал tcpdump.К сожалению и вида атаки не знаю так как клиент бота скомпилирован, а в панельке общее название атаки.
Так вот мне бы хотелось узнать как можно обезопасить веб? Не забывайте о тематике раздела.
Если будет нужно что то еще я выложу.

299

Ну что тут сказать спасибо за помощь.

300

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

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.