iptables导致数据包过多时连接失败

标签：style   http   color   strong   ar   文件   数据   div   问题   

　　前几天做服务器压力测试，本地10个线程不停的去向服务器建立连接，然后请求数据，然后连接再关闭，程序每运行几万次之后就会发现客户端程序没办法connect服务器，connect超时。

　　一开始怀疑是自己服务器的处理有问题，导致socket数过多没办法创建新的连接，现将系统中用户可以打开的最大文件数调成10w，继续进行压力测试，发现问题依然存在。

　　经过一些时间的检查之后，确定应该不是自己服务本身的问题，这时候想将iptables关闭试试，iptables里面是没有配置连接数限制的。

　　在关闭iptables时之后，发现问题确实没有了，不过还是不知道是什么原因导致的。不过已经可以确定是和iptables相关的了。

　　这时候看来一下iptables的日志(/var/log/message)中有很多：

　　Sep 3 14:34:07 xxx kernel: nf_conntrack: table full, dropping packet.
　　Sep 3 14:34:08 xxx kernel: nf_conntrack: table full, dropping packet.
　　Sep 3 14:34:15 xxx kernel: nf_conntrack: table full, dropping packet.
　　这种类似的日志，网上搜索到的解释是内核处理的连接数达到上限

iptables导致数据包过多时连接失败

标签：style   http   color   strong   ar   文件   数据   div   问题   

原文地址：http://www.cnblogs.com/chobits/p/3953719.html