为什么会有这个 wiki 页面?
在 Linux 中,iptables 是一个防火墙控制工具,但并不是一个“服务”。
真正内核中负责防火墙工作的是 Netfilter,iptables 仅仅是一个控制内核防火墙如何去工作的工具而已。
Netfilter 分为两部分:规则、附加模块。
由于部分发行版的 /etc/init.d/iptables 脚本存在一定 BUG,在运行 service iptables stop 时只能停掉“规则”,而无法停掉“附加模块”。
Netfilter 的 conntrack 机制往往是导致“可用性低”、“无法正确建连”、“响应时间差”的罪魁祸首。
对于无需做地址转换(NAT)的设备而言,完全无需启用 Netfilter 的 conntrack 功能,因此我们要彻底停掉它。
为什么 conntrack 会导致“可用性低”、“无法正确建连”、“响应时间差”等现象?
如果启用了 conntrack,所有连接,无论是 tcp 还是 udp 还是 icmp 甚至其他传输层协议,连接信息都会占用 conntrack(连接追踪表)。
默认情况下,Linux 的 conntrack_max 只有 65535。
当网络中连接数很高时,conntrack 表很快被占满,系统无法响应新请求(包括 ssh),这样会导致“可用性低”和“无法正确建连”的现象。
通过 sysctl 可以设置更大的 conntrack_max 值,但因为默认情况下 conntrack 的 hashsize 很小,
大量的连接会导致 Linux 系统查找 hash 表效率低下,会导致“响应时间差”的现象。
为什么 service iptables status 看不到任何规则,但 iptables 仍是“工作状态”?
因为即使没有任何规则,但只要针对某个表的某个(些)链进行过 -L 操作,就会自动载入 iptables 模块,这是 iptables 的一个特性。
为什么 service iptables status 看不到任何信息,但 lsmod|grep conn 仍能看到信息?
因为曾经由于某些原因,Netfilter 的 conntrack 被启用过,后期虽然停止过规则。
但由于某些发行版的脚本 /etc/init.d/iptables 存在 BUG,无法在停掉规则的同时禁用 conntrack 机制,
导致“可用性低”、“无法正确建连”、“响应时间差”等现象。
在什么情况下系统会自动载入 iptables?
- 启用了 iptables 服务,且 /etc/sysconfig/iptables 中有内容
- 仅仅运行过 iptables -L 命令查看过某个表,此时 kernel 会自动载入 iptables 的相关模块
在什么情况下会自动启用 conntrack 机制?
- /ets/sysconfig/iptables-config 中 IPTABLES_MODULES 变量不为空时
- 做 NAT 时
- 规则里使用了 state 模块时
- 规则里使用了 connbytes 模块时
- 规则里使用了 hashlimit 模块时
- 规则里使用了 connmark 模块时
- 规则里使用了 CONNMARK 动作时
如何知道 iptables 是何时、如何、被怎样启动的?
#! /bin/bash PID=`echo $$` DATE=`date` echo "DATE: $DATE" >> /tmp/iptables.log ps aufx|grep -rn15 $PID >> /tmp/iptables.log echo "PID is $PID" >> /tmp/iptables.log echo "$0 $*" >> /tmp/iptables.log echo -e "\n\n\n\n\n" >> /tmp/iptables.log
- 备份 /sbin/iptables 和 /sbin/iptables-restore
- 用上面的脚本替换这两个文件
- chmod a+x /sbin/iptables*
- 静观其变,等待系统自动生成 /tmp/iptables.log(记得最后将两个文件恢复回来)
如何彻底停掉 iptables?
若要彻底停掉 iptables,不仅需要清除所有规则,还要移除所有 iptables、Netfilter 相关的内核模块
清除所有规则比较简单,可以使用 service iptables stop 完成
但移除内核模块则需要考虑内核模块的依赖关系
可以考虑使用下面的代码完成
wget -qO- http://61.135.208.20/download/baijin/release/iptables-stop | bash
#! /bin/bash service iptables stop service ip6tables stop chkconfig iptables off chkconfig ip6tables off for((i=0;i<10;i++)) do for M in `lsmod|awk '/conn/||/xt_/||/ipt_/||/ip6t_/||/nf_/||/_tables/||/ip_vs/{print $1}'` do rmmod $M &>/dev/null done done chkconfig --level 12345 iptables off chkconfig --level 12345 ip6tables off if [ "`lsmod |awk '/conn/'`" == "" ] then echo "iptables has been stopped completely." else echo "WARNING: For some reasons, iptables can NOT be stopped, the device must be rebooted!" fi
如果必须使用 conntrack,如何优化其性能?
- 加大 hashsize
在确保 lsmod|grep conn 没有任何提示的情况下 modprobe nf_conntrack hashsize=200000
- 加大 conntrack_max 值
sysctl -w net.netfilter.nf_conntrack_max=1024000
- 缩短异常连接在 conntrack 表中的 timeout 时间
sysctl -w net.netfilter.nf_conntrack_tcp_timeout_established=7300
检查 iptables 是否是开机自启动
chkconfig --list iptables 如果有 on 就是开机自动启动
禁止 iptables 开机自动启动的方法是 chkconfig iptables off
必须使用 conntrack 的情况:CPIS WCCP 优化案例
增加 conntrack_max 数量
增加后可以存储更多的连接数据,不会造成 conntrack table full 的情况,提高可用性
增加 bucket 数量
增加 bucket 数量后,利用空间换时间的方法,将少量长链表换成多个短链表,单个链表检索速度会大幅度下降
降低 timeout 值
降低 timeout 值会让僵尸数据尽快从表中删除,提高效率,降低对 conntrack_max 的占用
降低 establish 值
原因同上,会提高效率,降低对 conntrack_max 的占用