linux记录端口访问日志,iptables+rsyslog(syslog)+logrotate访问日志分析

深藏阁楼爱情的钟 2023-01-20 04:52 67阅读 0赞

最近，因为相应的业务需求需要对服务器的相应服务做访问分析，在做之前大致思考了下，可以利用iptables的log日志功能用来做相应的日志分析，在此就以做ssh端口访问做日志分析来简单讲解下，在实际生产环境下也可以根据实际情况调整，可以用来做WEB服务等等的相应的访问日志分析。

首先，在使用日志分析之前最重要的就是iptables的log功能，至于iptables中的log功能使用 也很简单,在开启后会把日志写入/var/log/messages内核日志中，而iptables的日志功能使用的几个参数也很简单，如下：

因为分析的服务是tcp的端口那么在这里就每一次的NEW的信息写入日志，而系统日志都是通过rsyslog进行管理日志的，rsyslog是syslog的升级版，在CentOS中的6.9及其以上版本和大部分的Ubuntu系统中都是使用rsyslog，而升级后的rsyslog在功能更强大后基本的配置同syslog差不多，当然如果是旧版的系统中使用syslog也是可以的，而syslog在以前有提过，在此就不做过多的说明了，需要的可以参看： http://www.linuxidc.com/Linux/2017-02/140474.htm，而在定义iptables的中日志级别的参数中日志级别就是使用rsyslog，如果没有定义默认级别是4，而主要的日志级别，大致如下：

等级等级名称说明

info

一些基本信息说明，这个级别日志也最为详细

notice

除了info级别外还多一些需要注意的信息

warning(warn)

警告信息，可能会出现的问题，还还不至于影响某个进程

err(error)

一些重大的错误信息，一般err信息就可以就可以排查相应的问题了

crit

比err更为重要的错误信息，一般到这个级别错误就很严重了

alart

警告比crit更为严重

emerg(panic)

panic级别，快要死机的状态，很严重的错误信息

当然rsyslog日志中还有2个级别debug(错误检测等级)和none(不需要登录等级)，一般很少使用，而在iptables的日志是写在内核日志中，那么为了便于收集日志用来分析，那么可以修改rsyslog日志的配置文件重新指定下iptables的日志，追加以下这一行，然后重启rsyslog，这里日志级别也可以使用warning级别，在此就用\*代表收集所有日志

当然，如果是做WEB的80端口分析，可能日志会非常多，那么就需要使用logrotate用来切割日志做分析，logrotate的配置以前也有提过此处就不做更多的赘述了，需要可以参看： http://www.linuxidc.com/Linux/2017-02/140261.htm

配置如下：

在iptables中添加一条策略,把要做日志分析的服务端口做记录：

最后在添加一条logrotate定时任务使日志切割生效即可，总之用这套日志分析方案可以解决很多需要分析日志的服务，不过要注意写好iptables的相应规则及logrotate日志切割日志，以免日志太大塞满磁盘。

更多iptables相关教程见以下内容：

![0b1331709591d260c1c78e86d0c51c18.png][]

[0b1331709591d260c1c78e86d0c51c18.png]: /images/20221021/b00f04174b07428895aa4cc2efd5afd2.png