问题描述

在使用iptables配置网络防火墙规则时，遇到nf_conntrack: table full, dropping packet的提示，意味着连接跟踪表已满，导致数据包被丢弃，这通常发生在大量连接短时间内建立和断开的情况下，如遭受网络攻击或并发连接数过高。

解决方案

1. 增加连接跟踪表的大小

临时修改：可以通过sysctl命令临时调整内核参数，增加连接跟踪表的大小。

sysctl w net.netfilter.nf_conntrack_max=65536

永久修改：为了永久生效，需要编辑/etc/sysctl.conf文件，加入以下行：

net.netfilter.nf_conntrack_max=65536

2. 清理无效连接

手动清理：可以使用conntrack工具来清除无效或过时的连接条目。

conntrack F

自动清理：可以设置定期自动清理无效连接，通过crontab实现。

@reboot root /usr/sbin/conntrack F

3. 限制连接数

iptables规则：通过iptables设置规则来限制每个IP地址的并发连接数。

iptables A INPUT p tcp syn dport 80 m connlimit connlimitabove 10 j REJECT

4. 优化网络配置

调整TCP参数：调整TCP相关的内核参数，如tcp_fin_timeout、tcp_tw_recycle等，以优化TCP连接的处理。

sysctl w net.ipv4.tcp_fin_timeout=30

5. 使用其他工具

使用nftables：考虑使用nftables替代iptables，nftables在性能和资源管理上有所改进。

相关配置

以下是一些可能影响连接跟踪性能的内核参数及其说明：

FAQs

Q1: 为什么会出现nf_conntrack: table full, dropping packet的错误？

A1: 这个错误通常是由于连接跟踪表已满，无法处理新的连接请求导致的，这可能是由于网络攻击、并发连接数过高或连接跟踪表大小设置不足等原因造成的。

Q2: 如何确定合适的net.netfilter.nf_conntrack_max值？

A2: 合适的值取决于网络环境和服务器负载，可以从默认值开始，根据服务器的实际表现进行调整，如果服务器经常遇到此问题，可能需要增加该值，设置过高的值可能会增加内存使用量和CPU负担，因此需要找到一个平衡点。