Странный пинг

[bondarchuk 2]

 

Сервер на debian. В чем может быть причина?  Восстановилось после ребута.

[ttttt 195]

А в сислоге что? Небось netfilter ругается.

[bondarchuk 2]

в логах пишет:

 

nf_conntrack: table full, dropping packet

[ttttt 195]

nf_conntrack: table full, dropping packet

Ну вот и проблема нашлась

[bondarchuk 2]

пофиксил:

 

echo "net.netfilter.nf_conntrack_max=1048576" >> /etc/sysctl.conf
sysctl -p

 

из-за чего такое произошло?

[KaYot 3 708]

Т.е. вы пофиксили, но что так и не поняли? Жестоко.

Банальное переполнение conntrack-таблицы, у кого-то из клиентов за НАТом вирусня завелась, или просто трафика стало больше идти.

[ttttt 195]

из-за чего такое произошло?

Всякое может быть, как какой-нибудь SYN флуд, так и просто много соединений в TIME_WAIT висит.

[bondarchuk 2]

Всем спасибо.

[Futura 7]

подскажите знающие, через некоторое время параметр возвращается к прежнему значению:

sysctl -a | grep conntrack_max
net.netfilter.nf_conntrack_max = 16384

хотя в файле /etc/sysctl.conf:

net.netfilter.nf_conntrack_max=1048576

сервер не перегружался, как сделать что-бы значение не изменялось?

[foreverok 95]

подскажите знающие, через некоторое время параметр возвращается к прежнему значению:

sysctl -a | grep conntrack_max
net.netfilter.nf_conntrack_max = 16384

хотя в файле /etc/sysctl.conf:

net.netfilter.nf_conntrack_max=1048576

сервер не перегружался, как сделать что-бы значение не изменялось?

 

Само по себе точно не сбросилось бы. Что делали на сервере?

 

Я такое наблюдал при sevice iptables restart на Centos 6. Потому нужно делать service iptables reload

Відредаговано 2016-06-17 18:50:02 foreverok

[Futura 7]

дошло, делал:

/etc/init.d/arno-iptables-firewall restart