在做NAT的机器上处理ip_conntrack满的方法
[quote]conntrack 表满的处理方法 q1nL&Xu
前段时间配置的iptables+squid做的proxy server ,一直工作正常。今天我上控制台上发现
Jun 18 12:43:36 red-hat kernel: ip_conntrack: table full, dropping packet.
Jun 18 12:49:51 red-hat kernel: ip_conntrack: table full, dropping packet.
Jun 18 12:50:57 red-hat kernel: ip_conntrack: table full, dropping packet. 2`m H/~'s(`r:wTdU
Jun 18 12:57:38 red-hat kernel: ip_conntrack: table full, dropping packet. #F,xB-Y$W;P~9I.|g
+z7]#GuG2g)G x {
IP_conntrack表示连接跟踪数据库(conntrack database),代表NAT机器跟踪连接的数目,连接跟踪表能容纳多少记录是被一个变量控制的,它可由内核中的ip- sysctl函数设置。每一个跟踪连接表会占用350字节的内核存储空间,时间一长就会把默认的空间填满,那么默认空间时多少?我以redhat为例在内存为64MB的机器上时4096,内存为128MB是 8192,内存为256MB是16376,那末就能在/proc/sys/net/ipv4/ip_conntrack_max里查看、设置。
例如:增加到81920,可以用以下命令:
echo "81920" > /proc/sys/net/ipv4/ip_conntrack_max
+U#l0b7reA
那样设置是不会保存的,要重启后保存可以在/etc/sysctl.conf中加: e {.X8T&b HG
net.ipv4.ip_conntract_max =81920
按照此方法改变后一切正常,要是在满了可以加大其值.
)t"usG]? |
说明:
在Linux kernel 2.4.23版本前,使用:
# cat /proc/sys/net/ipv4/ip_conntrack_max%dd@,I"qL:zg.|$qR
2o7{Oh oV
在Linux kernel 2.4.23版本后,使用:
# cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max;I.fj C~2o]A
(旧的 /proc/sys/net/ipv4/ip_conntrack_max是不建议使用的!)
[/quote]xc(JS?
P5|S'rU/w(w
[color=Red]完美的解决方法如下:阿典总结 [/color]
Tb[6K7GD
[color=Navy]同时修改:无效连接保存时间和保存数目的大小。 具体如下:
1E9g},kie&j
echo "81920" > /proc/sys/net/ipv4/netfilter/ip_conntrack_max GEM5jD1MM,cm$KJ
echo "21600" > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_establishedz mB7Oa5|6m
#修改默认的无效连接数目为:81920 条