Redhat持久化日志实战示例详解（redhat永久挂载）墙裂推荐

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

检查/var/www/html/test.html上的文件权限，并在必要时进行修复。

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

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

第三组—： 表示这个文件的其他用户（相对于上面两类用户）对它的权限

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

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

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

那么就要去看看SElinux了：

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

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

查看selinux今天是否有拒绝：

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

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

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

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