iptables详解（12）：iptables动作总结之一

落日映苍穹つ 2021-12-15 03:21 240阅读 0赞

所属分类：IPtables  Linux基础

在本博客中，从理论到实践，系统的介绍了iptables，如果你想要从头开始了解iptables，可以查看iptables文章列表，直达链接如下

iptables零基础快速入门系列

前文一直在介绍iptables的匹配条件，并没有对动作进行过总结，那么此处，我们就来总结一下iptables中的动作。

之前的举例中已经用到了一些常用动作，比如ACCEPT、DROP、REJECT等。

其实，"动作"与"匹配条件"一样，也有"基础"与"扩展"之分。

同样，使用扩展动作也需要借助扩展模块，但是，扩展动作可以**直接使用**，不用像使用"扩展匹配条件"那样指定特定的模块。

之前用到的ACCEPT与DROP都属于基础动作。

而REJECT则属于扩展动作。

之前举过很多例子，我们知道，使用\-j可以指定动作，比如

\-j ACCEPT

\-j DROP

\-j REJECT

其实，"动作"也有自己的选项，我们可以在使用动作时，设置对应的选项，此处以REJECT为例，展开与"动作"有关的话题。

## **动作REJECT** ##

REJECT动作的常用选项为\--reject-with

使用\--reject-with选项，可以设置提示信息，当对方被拒绝时，会提示对方为什么被拒绝。

可用值如下

icmp-net-unreachable

icmp-host-unreachable

icmp-port-unreachable,

icmp-proto-unreachable

icmp-net-prohibited

icmp-host-pro-hibited

icmp-admin-prohibited

当不设置任何值时，默认值为icmp-port-unreachable。

我们来动手实践一下，在主机139上设置如下规则，如下图所示，当没有明确设置\--reject-with的值时，默认提示信息为icmp-port-unreachable，即端口不可达之意。

此时在另一台主机上向主机139发起ping请求，如下图所示，提示目标端口不可达。

![1534854-20190625153507211-1068227216.png][]

那么我们将拒绝报文的提示设置为"主机不可达"，示例如下

![1534854-20190625153519041-176203089.png][]

如上图所示，我们在设置拒绝的动作时，使用了\--reject-with选项，将提示信息设置为icmp-host-unreachable，完成上述操作后，我们再次在在另一台主机上向主机139发起ping请求。

如下图所示。

![1534854-20190625153526474-949529113.png][]

可以看到，ping请求被拒绝时，提示信息已经从"目标端口不可达"变成了"目标主机不可达"。

## **动作LOG** ##

在本博客中，前文并没有对LOG动作进行示例，此处我们来了解一下LOG动作。

使用LOG动作，可以将符合条件的报文的相关信息记录到日志中，但当前报文具体是被"接受"，还是被"拒绝"，都由后面的规则控制，换句话说，LOG动作只负责记录匹配到的报文的相关信息，不负责对报文的其他处理，如果想要对报文进行进一步的处理，可以在之后设置具体规则，进行进一步的处理。

示例如下，下例表示将发往22号端口的报文相关信息记录在日志中。

![1534854-20190625153534635-1849769215.png][]

如上图所示，上述规则表示所有发往22号端口的tcp报文都符合条件，所以都会被记录到日志中，查看/var/log/messages即可看到对应报文的相关信息，但是上述规则只是用于示例，因为上例中使用的匹配条件过于宽泛，所以匹配到的报文数量将会非常之多，记录到的信息也不利于分析，所以在使用LOG动作时，匹配条件应该尽量写的精确一些，匹配到的报文数量也会大幅度的减少，这样冗余的日志信息就会变少，同时日后分析日志时，日志中的信息可用程度更高。

注：请把刚才用于示例的规则删除。

从刚才的示例中我们已经了解到，LOG动作会将报文的相关信息记录在/var/log/message文件中，当然，我们也可以将相关信息记录在指定的文件中，以防止iptables的相关信息与其他日志信息相混淆，修改/etc/rsyslog.conf文件（或者/etc/syslog.conf），在rsyslog配置文件中添加如下配置即可。

\#vim /etc/rsyslog.conf

kern.warning /var/log/iptables.log

加入上述配置后，报文的相关信息将会被记录到/var/log/iptables.log文件中。

完成上述配置后，重启rsyslog服务（或者syslogd）

\#service rsyslog restart

服务重启后，配置即可生效，匹配到的报文的相关信息将被记录到指定的文件中。

LOG动作也有自己的选项，常用选项如下（先列出概念，后面有示例）

\--log-level选项可以指定记录日志的日志级别，可用级别有emerg，alert，crit，error，warning，notice，info，debug。

\--log-prefix选项可以给记录到的相关信息添加"标签"之类的信息，以便区分各种记录到的报文信息，方便在分析时进行过滤。

注：\--log-prefix对应的值不能超过29个字符。

比如，我想要将主动连接22号端口的报文的相关信息都记录到日志中，并且把这类记录命名为"want-in-from-port-22",则可以使用如下命令

![1534854-20190625153543034-1736363929.png][]

完成上述配置后，我在IP地址为192.168.1.98的客户端机上，尝试使用ssh工具连接上例中的主机，然后查看对应的日志文件（已经将日志文件设置为/var/log/iptables.log）

如上图所示，ssh连接操作的报文的相关信息已经被记录到了iptables.log日志文件中，而且这条日志中包含"标签"：want-in-from-port-22，如果有很多日志记录，我们就能通过这个"标签"进行筛选了，这样方便我们查看日志，同时，从上述记录中还能够得知报文的源IP与目标IP，源端口与目标端口等信息，从上述日志我们能够看出，192.168.1.98这个IP想要在14点11分连接到192.168.1.139（当前主机的IP）的22号端口，报文由eth4网卡进入，eth4网卡的MAC地址为00:0C:29:B7:F4:D1，客户端网卡的mac地址为F4-8E-38-82-B1-29。

除了ACCEPT、DROP、REJECT、LOG等动作，还有一些其他的常用动作，比如DNAT、SNAT等，我们会在之后的文章中对它们进行总结。

转载于:https://www.cnblogs.com/colos/p/11083175.html

[1534854-20190625153507211-1068227216.png]: /images/20211214/70d8e703439447bb8ee312f9d11ce9a3.png
[1534854-20190625153519041-176203089.png]: /images/20211214/54fd6694440948f48abe9ad3b3573da2.png
[1534854-20190625153526474-949529113.png]: /images/20211214/2d9af781ba2b4cc3a34867a8106005fc.png
[1534854-20190625153534635-1849769215.png]: /images/20211214/0bfc798fa10d419cadcef0679509269b.png
[1534854-20190625153543034-1736363929.png]: /images/20211214/3de4d404b4c1486bba30a01b8b2853af.png