Linux 高级篇-日志管理
基本介绍
- 日志文件是重要的系统信息文件,其中记录了许多重要的系统事件,包括用户的登录信息、系统的启动信息、系统的安全信息、邮件相关信息、各种服务相关信息等。
- 日志对于安全来说也很重要,它记录了系统每天发生的各种事情,通过日志来检查错误发生的原因,或者受到攻击时攻击者留下的痕迹。
- 可以这样理解日志是用来记录重大事件的工具
统常用的日志
/var/log/ 目录就是系统日志文件的保存位置,看张图
系统常用的日志
应用案例
使用root 用户通过xshell6 登陆, 第一次使用错误的密码,第二次使用正确的密码登录成功
看看在日志文件/var/log/secure 里有没有记录相关信息
日志管理服务rsyslogd
CentOS7.6 日志服务是rsyslogd , CentOS6.x 日志服务是syslogd 。
rsyslogd 功能更强大。rsyslogd 的使用、日志文件的格式,和syslogd 服务兼容的。原理示意图
案例
查询Linux 中的rsyslogd 服务是否启动
ps aux | grep “rsyslog” | grep -v “grep”
查询rsyslogd 服务的自启动状态
systemctl list-unit-files | grep rsyslog
配置文件:/etc/rsyslog.conf
编辑文件时的格式为: *.* 存放日志文件
其中第一个*代表日志类型,第二个*代表日志级别
日志类型分为:
- auth ##pam 产生的日志
- authpriv ##ssh、ftp 等登录信息的验证信息
- corn ##时间任务相关
- kern ##内核
- lpr ##打印
- mail ##邮件
- news ##新闻组
- user ##用户程序产生的相关信息
- uucp ##unix to nuix copy 主机之间相关的通信
- local 1-7 ##自定义的日志设备
- mark(syslog)-rsyslog ##服务内部的信息,时间标识
日志级别分为:
- debug ##有调试信息的,日志通信最多
- info ##一般信息日志,最常用
- notice ##最具有重要性的普通条件的信息
- warning ##警告级别
- err ##错误级别,阻止某个功能或者模块不能正常工作的信息
- crit ##严重级别,阻止整个系统或者整个软件不能正常工作的信息
- alert ##需要立刻修改的信息
- emerg ##内核崩溃等重要信息
- none ##什么都不记录
**注意:**从上到下,级别从低到高,记录信息越来越少
日志文件的格式
由日志服务rsyslogd 记录的日志文件,日志文件的格式包含以下4 列:
- 事件产生的时间
- 产生事件的服务器的主机名
- 产生事件的服务名或程序名
- 事件的具体信息
日志如何查看实例
查看一下/var/log/secure 日志,这个日志中记录的是用户验证和授权方面的信息来分析如何查看
跟上面格式一一对应
日志管理服务应用实例
在/etc/rsyslog.conf 中添加一个日志文件/var/log/hsp.log,当有事件发送时(比如sshd 服务相关事件),该文件会接收到信息并保存. 给小伙伴演示重启,登录的情况,看看是否有日志保存
日志轮替
基本介绍
日志轮替就是把旧的日志文件移动并改名,同时建立新的空日志文件,当旧日志文件超出保存的范围之后,就会进行删除
日志轮替文件命名
-
centos7 使用logrotate 进行日志轮替管理,要想改变日志轮替文件名字,通过/etc/logrotate.conf 配置文件中“dateext”参数:
-
如果配置文件中有“dateext”参数,那么日志会用日期来作为日志文件的后缀,例如“secure-20201010”。这样日志文件名不会重叠,也就不需要日志文件的改名, 只需要指定保存日志个数,删除多余的日志文件即可。
-
如果配置文件中没有“dateext”参数,日志文件就需要进行改名了。当第一次进行日志轮替时,当前的“secure”日志会自动改名为“secure.1”,然后新建“secure”日志, 用来保存新的日志。当第二次进行日志轮替时,“secure.1”会自动改名为“secure.2”, 当前的“secure”日志会自动改名为“secure.1”,然后也会新建“secure”日志,用来保存新的日志,以此类推。
logrotate 配置文件
/etc/logrotate.conf 为logrotate 的全局配置文件
- weekly
# rotate log files weekly, 每周对日志文件进行一次轮替
- rotate 4
keep 4 weeks worth of backlogs, 共保存4 份日志文件,当建立新的日志文件时,旧的将会被删除
- create
# create new (empty) log files after rotating old ones, 创建新的空的日志文件,在日志轮替后
- dateext
# use date as a suffix of the rotated file, 使用日期作为日志轮替文件的后缀
- #compress
# uncomment this if you want your log files compressed, 日志文件是否压缩。如果取消注释,则日志会在转储的同时进行压缩
include /etc/logrotate.d
#包含/etc/logrotate.d/ 目录中所有的子配置文件。也就是说会把这个目录中所有子配置文件读取进来,
#下面是单独设置,优先级更高。
# no packages own wtmp and btmp -- we'll rotate them here
/var/log/wtmp {
monthly # 每月对日志文件进行一次轮替create 0664 root utmp # 建立的新日志文件,权限是0664 ,所有者是root ,所属组是utmp 组
minsize 1M # 日志文件最小轮替大小是1MB 。也就是日志一定要超过1MB 才会轮替,否则就算时间达到一个月,也不进行日志转储
rotate 1 # 仅保留一个日志备份。也就是只有wtmp 和wtmp.1 日志保留而已
}
/var/log/btmp {
missingok # 如果日志不存在,则忽略该日志的警告信息
monthly
create 0600 root utmp
rotate 1
}
参数说明
- 参数说明 参数参数说明
- daily 日志的轮替周期是每天
- weekly 日志的轮替周期是每周
- monthly 日志的轮替周期是每月
- rotate 数字保留的日志文件的个数。0 指没有备份
- compress 日志轮替时,旧的日志进行压缩
- create mode owner group 建立新日志,同时指定新日志的权限与所有者和所属组。
- mail address 当日志轮替时,输出内容通过邮件发送到指定的邮件地址。
- missingok 如果日志不存在,则忽略该日志的警告信息
- notifempty 如果日志为空文件,则不进行日志轮替
- minsize 大小日志轮替的最小值。也就是日志一定要达到这个最小值才会轮替,否则就算时间达到也不轮替
- size 大小日志只有大于指定大小才进行日志轮替,而不是按照时间轮替。
- dateext 使用日期作为日志轮替文件的后缀。
- sharedscripts 在此关键字之后的脚本只执行一次。
- prerotate/endscript 在日志轮替之前执行脚本命令。
- postrotate/endscript 在日志轮替之后执行脚本命令。
把自己的日志加入日志轮替
- 第一种方法是直接在/etc/logrotate.conf 配置文件中写入该日志的轮替策略
- 第二种方法是在/etc/logrotate.d/目录中新建立该日志的轮替文件,在该轮替文件中写入正确的轮替策略,因为该目录中的文件都会被“include”到主配置文件中,所以也可以把日志加入轮替。
推荐使用第二种方法,因为系统中需要轮替的日志非常多,如果全都直接写入/etc/logrotate.conf 配置文件,那么这个文件的可管理性就会非常差,不利于此文件的维护。
在/etc/logrotate.d/ 配置轮替文件一览
应用实例
看一个案例, 在/etc/logrotate.conf 进行配置, 或者直接在/etc/logrotate.d/ 下创建文件wyxlog 编写如下内容, 具体轮替的效果可以参考/var/log 下的boot.log 情况.
日志轮替机制原理
日志轮替之所以可以在指定的时间备份日志,是依赖系统定时任务。在/etc/cron.daily/目录,就会发现这个目录中是有logrotate 文件(可执行),logrotate 通过这个文件依赖定时任务执行的
查看内存日志
- journalctl 可以查看内存日志, 这里我们看看常用的指令
- journalctl ##查看全部
- journalctl -n 3 ##查看最新3 条
- journalctl --since 19:00 --until 19:10:10 #查看起始时间到结束时间的日志可加日期
- journalctl -p err ##报错日志
- journalctl -o verbose ##日志详细内容
- journalctl _PID=1245 _COMM=sshd ##查看包含这些参数的日志(在详细日志查看)
注意: journalctl| grep sshd 查看的是内存日志, 重启清空
演示案例:
使用journalctl | grep sshd 来看看用户登录清空, 重启系统,再次查询,看看日志有什么变化没有
l -o verbose ##日志详细内容
- journalctl _PID=1245 _COMM=sshd ##查看包含这些参数的日志(在详细日志查看)
注意: journalctl| grep sshd 查看的是内存日志, 重启清空