>В iptables прописано ограничение по количеству обращений в минуту:
>
>-A INPUT -d server.ip -m state --state RELATED,ESTABLISHED -j ACCEPT
>-A INPUT -p tcp -m recent --set
>-A INPUT -p tcp -m recent --update --seconds 30 --hitcount 10 -j
>REJECT
>
>ну и меня самого при попытках частого подключения прекрасно срезает.
>Но в логах вакханалия:

Вакханалия ? Где вы её увидели ?

Всё работает точно так, как вы наконфигурили. За тридцать секунд - разрешается десять соединений. По одному соединению в три секунды. Как раз соответствует куску приведенного вами лога.

>Насколько я могу судить, это из-за первой приведенной мной строки? А как
>это технически делается?

Вы поясните, зачем вы делаете то, чего не понимаете (правила какие-то набиваете, и т д ) ?

Должен заметить, всё оказалось интересней.

Вот уж не знаю, что там творится в нутрях iptables/conntrack, но действительно, у меня в конфигурации

host01:/web# iptables -nvL
Chain INPUT (policy ACCEPT 177M packets, 57G bytes)
pkts bytes target     prot opt in     out     source               destination
203K   61M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED
   16   864 AUTHS      tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:22
   26  1260 AUTHS      tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:21

первоначально перестало кидать пакеты новых соединений на цепочку AUTHS, видимо пропуская её на -m state

Чтение манов выявило наличие модуля conntrack, но не выявило наличия разницы в их функциях.

http://www.linux.org.ru/forum/admin/4437887;jsessionid=4FA52...

После некотого шаманства, пакеты всё-таки стали заворачиваться на AUTHS

Chain AUTHS (2 references)
pkts bytes target     prot opt in     out     source               destination
   15   744 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           recent: UPDATE seconds: 60 name: auths side: source reject-with icmp-port-unreachable
    7   348 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           recent: SET name: auths side: source

Правда я поменял последовательность правил - сначала проверяем, потом ставим. Иначе - выставили и следующее правило блокирует пакет, поскольку у меня нет проверки hitcount.

Данная конфигурация жестока - если в течении минуты "пользователь" не прекращал "долбиться" - сооединение не будет пропущено.

Но мы ведь не варвары, поэтому сделаем так:

Chain AUTHS (2 references)
pkts bytes target     prot opt in     out     source               destination
   17   840 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           recent: UPDATE seconds: 60 name: auths side: source reject-with icmp-port-unreachable
    8   396 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           recent: SET name: auths side: source

iptables -A AUTHS -m recent --name auths --rcheck --seconds 60 -j REJECT
iptables -A AUTHS -m recent --name auths --set -j ACCEPT