Доброго времени суток!Подскажите пожалуйста как правильно написать цепочку,
руки кривые или растут не из того места.Пробую так:
iptables -A INPUT -p tcp -s 192.168.1.20 -j DROP
iptables -A INPUT -p udp -s 192.168.1.20 -j DROP
iptables -A INPUT -p icmp -s 192.168.1.20 -j DROPiptables -A INPUT -p tcp -s 192.168.1.20 --dport 25 -j ACCEPT
iptables -A INPUT -p tcp -s 192.168.1.20 --dport 110 -j ACCEPTСловом, нужно закрыть доступ для машины 192.168.1.20
оставить только порты для получения почты.
Исправте плиз. Может я совсем не так делаю?Заранее спасибо.
Разрешительные правила должны идти первыми
Если у тебя policy DROP, то достаточно прописать только последние две.
А если policy ACCEPT, то
iptables -A INPUT -p tcp -s 192.168.1.20 --dport ! 25 -j DROP
iptables -A INPUT -p tcp -s 192.168.1.20 --dport ! 110 -j DROP
>iptables -A INPUT -p tcp -s 192.168.1.20 -j DROP
>iptables -A INPUT -p udp -s 192.168.1.20 -j DROP
>iptables -A INPUT -p icmp -s 192.168.1.20 -j DROP
>
>iptables -A INPUT -p tcp -s 192.168.1.20 --dport 25 -j ACCEPT
>iptables -A INPUT -p tcp -s 192.168.1.20 --dport 110 -j ACCEPT
>
>Словом, нужно закрыть доступ для машины 192.168.1.20
>оставить только порты для получения почты.>Исправте плиз. Может я совсем не так делаю?
>
>Заранее спасибо.Не режь ICMP, это неправильно! Отхватишь проблем с MTU тогда поймешь это !
>
>Не режь ICMP, это неправильно! Отхватишь проблем с MTU тогда поймешь это
>!
поясните пож-ста, связь проблем с mtu и icmp? у меня что-то было страшное с mtu, но справлялся... а при чем тут icmp - понять не могу.
При отправке одной из сторон больших пакетов (с установленным флагом DF - Don`t fragment - не фрагментировать) любой маршрутизатор в сети может отправить icmp сообщение о том, что он не может передавать такие большие пакеты - тоесть потребовать у одной из сторон уменьшения размера пакета. Если ICMP закрыть - то такой пакет не дойдет до получателя, и он будет считать что пакеты просто теряются в сети, будет пытаться их переотправлять. Соединение будет просто висеть, а потом отвалится по таймауту.
Почему теряется настройка цепочек после рестарта? Без него веть они не вступают в действие, или я не прав ?(ASPLinux 11)[root@tev ~]# iptables -A INPUT -s 192.168.0.0/0 -d localhost -p tcp --dport 80 -j ACCEPT
[root@tev ~]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere localhost.localdomain tcp dpt:httpChain FORWARD (policy ACCEPT)
target prot opt source destinationChain OUTPUT (policy ACCEPT)
target prot opt source destination
[root@tev ~]# service iptables restart
Сбрасываются правила брандмауэра: [ ОК ]
Политика цепочек брандмауэра устанавливается в ACCEPT: filt[ ОК ]
Выгружаются модули [ ОК ]
[root@tev ~]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destinationChain FORWARD (policy ACCEPT)
target prot opt source destinationChain OUTPUT (policy ACCEPT)
target prot opt source destination
>Почему теряется настройка цепочек после рестарта? Без него веть они не вступают
>в действие, или я не прав ?(ASPLinux 11)
man iptables_save
В тот момент когда правило было добавлено(iptables -A bla-bla-bla), но еще не проведено сохранение(iptables-save), оно уже в действии? (Slackware 10.2)
>В тот момент когда правило было добавлено(iptables -A bla-bla-bla), но еще не
>проведено сохранение(iptables-save), оно уже в действии? (Slackware 10.2)Да, до 1го рестарта системы(сервиса)
>В тот момент когда правило было добавлено(iptables -A bla-bla-bla), но еще не
>проведено сохранение(iptables-save), оно уже в действии? (Slackware 10.2)
А в слаке вообще нужно не записывать по iptables_save, а самому писать скрипт инициализации правил. ИМХО, так оно правильнее.