Redhat持久化日志实战示例详解

持久化日志

默认情况下,Red Hat Enterprise Linux 7将系统日志存储在/run/log/journal中,该日志存储在tmpfs(临时文件系统)上。这意味着在重新启动时,所有存储的信息都将丢失。如果目录/var/log/journal存在,日志将存储在那里,从而在重新引导后启用持久日志。

可以通过使用以下步骤来启用持久性日志:

mkdir/var/log/journal
chown root:systemd-journal  /var/log/journal
chmod 2755   /var/log/journal

通过向systemd-journald发送USR1信号,通知它应该使用新位置。当然你也是可以重启的:

 killall -USR1 systemd-journald

实战练习:收集信息

在本实验中,我们呢将使用日志文件来排除web服务器的故障。

您的服务器一台机器正在运行一个web服务器,为文件servera.lab.example.com/test.html.提供服务。您的测试经理刚刚发来一张通知,告知您不能从web浏览器访问该文件。通知中没有给出进一步的信息。

使用servera上的日志文件调查此问题,然后解决此问题。

为了重现这个问题,你可以在火狐上浏览这是个网页,也可以执行下面的命令:

elinks -dump http://servera.lab.example.com/test.html

我们遇到HTTP 403的问题。这可能有很多原因:文件权限、Linux类型、内部httpd配置等。

你知道web服务器本身正在运行,并且防火墙是打开的。

我们去servera服务器上看看日志呀:

那我们就应该知道,在服务器上的httpd的日志大多数是存储在:

/var/log/httpd/access_log   for all access attempts
/var/log/httpd/error_log   for all errors.

1.首先我们在 /var/log/httpd/access_log这个地方查询关于test.html的任何消息。

grep test.html /var/log/httpd/access_log

这个输出中的403是HTTP状态代码。除此之外,可以看到请求的URL、请求的日期和时间,以及使用的用户代理,但是没有任何东西可以进一步帮助解决这个问题。

2.继续检查 /var/log/httpd/error_log

tail /var/log/httpd/error_log

这条消息告诉您httpd被文件权限阻止读取test.html文件。这排除了httpd的内部配置错误,所以文件权限和SELinux是可能的原因。

  • 检查/var/www/html/test.html上的文件权限,并在必要时进行修复。
[root@servera ~]# ls -l /var/www/html/test.html

第一组rw-: 表示这个文件的拥有者对它的权限:可读可写

第二组---: 表示这个文件的所属组对它的权限

第三组---: 表示这个文件的其他用户(相对于上面两类用户)对它的权限

我们可以看到这个权限是不太对的。

chmod 644 /var/www/html/test.html

我们让所有用户有可读权限。

我们使用Firefox或elinks再次测试对文件的访问,发现还是没有解决这个问题,那么说明文件权限问题不是全部问题。

那么就要去看看SElinux了:

SELinux(Security-Enhanced Linux) 是美国国家安全局(NSA)对于强制访问控制的实现,是 Linux历史上最杰出的新安全子系统。NSA是在Linux社区的帮助下开发了一种访问控制体系,在这种访问控制体系的限制下,进程只能访问那些在他的任务中所需要文件。

  • 检查SELinux日志,查看今天发生的任何拒绝,并修复您可能发现的任何问题。

查看selinux今天是否有拒绝:

 ausearch -i -m avc -ts today

Redhat持久化日志实战示例详解_第1张图片

这表明test.html文件具有tmp_t的SELinux类型,所以httpd不允许打开它

通过在上运行递归restorecon修复此问题 /var/www

[root@servera ~]# restorecon -Rv /var/www

此时我们再次运行那个网页就发现OK了。

以上就是Redhat持久化日志实战示例详解的详细内容,更多关于Redhat持久化日志的资料请关注脚本之家其它相关文章!

你可能感兴趣的:(Redhat持久化日志实战示例详解)