问题
在系统日志中（/var/log/messages），有时会看到大面积的下面的报错：
1 | nf_conntrack: table full, dropping packet |
这说明系统接到了大量的连接请求，但是系统的连接跟踪表已经满了，无法再记录新的连接了。这时候，系统会丢弃新的连接请求。
在 CentOS 下，默认的连接跟踪表大小是 65536，可以通过下面的命令查看：
1 | cat /proc/sys/net/netfilter/nf_conntrack_max |
如果流量比较小，这个值是没问题的，但如果流量巨大，这个值可能就有点太小了。
解决方法
显然，调大最大值的限制就可以了。不过更大的限制意味着可以承接更多连接，意味着要耗费更多资源，这点要注意。
查看当前有多少活跃连接：
1 | cat /proc/sys/net/netfilter/nf_conntrack_count |
如果这个值跟上面介绍的 nf_conntrack_max 已经很接近了，就说明快满了，需要调大 nf_conntrack_max。可以使用下面的命令临时调大：
1 | echo 524288 > /proc/sys/net/netfilter/nf_conntrack_max |
如果不想每次重启都要重新设置，可以修改 /etc/sysctl.conf，加入下面的配置：
1 | net.netfilter.nf_conntrack_max = 524288 |
为了缓解大量连接的问题，您可能还需要考虑减少服务器等待连接关闭/超时的时间。在 /etc/sysctl.conf 中加入下面的配置：
1 | net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 |
如何监控
平时使用 categraf(https://github.com/flashcatcloud/categraf) 监控就可以了，categraf 提供了 input.conntrack 采集插件，可以采集 conntrack 的信息，建议采集配置如下：
conf/input.conntrack/conntrack.toml:
1 | files = [ |
完事配置一个类似下面的监控规则即可：
1 | conntrack_ip_conntrack_count / ip_conntrack_max > 0.8 |
另一个监控方案，是直接监控系统日志，算是一个兜底监控方案，可以采用 catpaw 来监控，catpaw 提供了 journaltail 采集插件，可以读取近期系统日志，grep 关键字，如果出现异常关键字就告警，配置如下：
conf.d/p.journaltail/journaltail.toml:
1 | [[instances]] |