user53815's questions

我正在尝试将 apache Web 服务的根 Web 目录更改/var/www/html为我的自定义目录/mnt/webfiles。但是，配置完/etc/httpd/conf/httpd.conf参数并重新启动后httpd，我的测试目录/文件仍然无法从网页浏览。

环境如下：
操作系统：CentOS 7.9.2009
Apache 版本：2.4.6
操作系统的安装类型：Basic web server

使用apache web的目的只是为了测试，该服务器没有特定的域名要求，只需客户端浏览网页的IP地址即可。

当我使用默认目录/var/www/html放置测试文件时，例如充当简单网页的简单 .txt 或download其中包含文件的子目录来模拟下载页面，一切都正常。可以通过浏览器浏览网页。

但是，更改到我的特定目录后DocumentRoot "/var/www/html"，Directory "/var/www"永远无法访问/mnt/webfiles下面的测试文件/目录/mnt/webfiles，并且浏览器上显示的错误消息如下：

Forbidden
You don't have permission to access /download/ on this server.

只能浏览默认的apache网页，不受影响。

我所做的是遵循这篇文章和这篇文章的说明，

顺便说一句，apache web根目录下的files/directorues的权限都是root:root和775，和/var/www/html.
我想这不是根本原因。

有谁知道为什么会发生这种情况？

我正在处理 RHEL 版本 6.4 服务器的防火墙设置，目标是允许远程设备连接 tcp 端口 6162，无论服务类型如何。

iptables规则如下( iptables -L --line-numbers)，并且iptables服务已经重启。

num  target     prot opt source               destination
1    ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED
2    ACCEPT     icmp --  anywhere             anywhere
3    ACCEPT     all  --  anywhere             anywhere
4    ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:ssh
5    ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:6160
6    ACCEPT     tcp  --  anywhere             anywhere            state NEW tcp dpt:patrol-coll

Chain FORWARD (policy ACCEPT)
num  target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
num  target     prot opt source               destination

另外，我确实在 中设置了我想要的端口sytem-config-firewall，如下图所示。

奇怪的是：

无论我如何设置防火墙/iptable，端口 6162 就是无法打开。它已经使用位于该 RHEL 6.4 服务器的同一 IP 子网中的 Windows/Linux 远程主机的 telnet 客户端进行了测试。与端口 6162 的连接被拒绝，但其他端口可以工作（例如端口 6160）。

TCP 端口 6162 似乎总是“patrol-coll”，但严格来说，我想允许任何类型的服务连接 6162 端口，而不仅仅是“patrol-coll”。不知道服务类型是否对连接有影响...

任何人都可以提供一些提示来解决操作系统端的连接问题吗？

注1： 的输出netstat -tulpn如下所示。

Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      2538/rpcbind
tcp        0      0 192.9.110.1:1521            0.0.0.0:*                   LISTEN      4806/tnslsnr
tcp        0      0 0.0.0.0:37426               0.0.0.0:*                   LISTEN      4493/ora_d000_SOGOE
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      2917/sshd
tcp        0      0 0.0.0.0:46775               0.0.0.0:*                   LISTEN      4686/ora_d000_SOGOL
tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LISTEN      2737/cupsd
tcp        0      0 127.0.0.1:10808             0.0.0.0:*                   LISTEN      3126/veeamservice
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      3007/master
tcp        0      0 127.0.0.1:6010              0.0.0.0:*                   LISTEN      4046/sshd
tcp        0      0 127.0.0.1:199               0.0.0.0:*                   LISTEN      2869/snmpd
tcp        0      0 0.0.0.0:37449               0.0.0.0:*                   LISTEN      2657/rpc.statd
tcp        0      0 :::111                      :::*                        LISTEN      2538/rpcbind
tcp        0      0 :::6160                     :::*                        LISTEN      2886/veeamdeploymen
tcp        0      0 :::40976                    :::*                        LISTEN      2657/rpc.statd
tcp        0      0 :::22                       :::*                        LISTEN      2917/sshd
tcp        0      0 ::1:631                     :::*                        LISTEN      2737/cupsd
tcp        0      0 ::1:25                      :::*                        LISTEN      3007/master
tcp        0      0 ::1:6010                    :::*                        LISTEN      4046/sshd
udp        0      0 0.0.0.0:111                 0.0.0.0:*                               2538/rpcbind
udp        0      0 127.0.0.1:2547              0.0.0.0:*                               4495/ora_s000_SOGOE
udp        0      0 0.0.0.0:631                 0.0.0.0:*                               2737/cupsd
udp        0      0 0.0.0.0:1017                0.0.0.0:*                               2538/rpcbind
udp        0      0 127.0.0.1:13179             0.0.0.0:*                               4660/ora_pmon_SOGOL
udp        0      0 10.50.89.26:123             0.0.0.0:*                               2925/ntpd
udp        0      0 192.9.110.1:123             0.0.0.0:*                               2925/ntpd
udp        0      0 127.0.0.1:123               0.0.0.0:*                               2925/ntpd
udp        0      0 0.0.0.0:123                 0.0.0.0:*                               2925/ntpd
udp        0      0 0.0.0.0:28426               0.0.0.0:*                               4672/ora_lgwr_SOGOL
udp        0      0 0.0.0.0:18843               0.0.0.0:*                               2657/rpc.statd
udp        0      0 0.0.0.0:161                 0.0.0.0:*                               2869/snmpd
udp        0      0 127.0.0.1:22464             0.0.0.0:*                               4688/ora_s000_SOGOL
udp        0      0 0.0.0.0:9798                0.0.0.0:*                               4479/ora_lgwr_SOGOE
udp        0      0 0.0.0.0:713                 0.0.0.0:*                               2657/rpc.statd
udp        0      0 127.0.0.1:48982             0.0.0.0:*                               4467/ora_pmon_SOGOE
udp        0      0 127.0.0.1:26208             0.0.0.0:*                               4686/ora_d000_SOGOL
udp        0      0 127.0.0.1:54112             0.0.0.0:*                               4493/ora_d000_SOGOE
udp        0      0 :::111                      :::*                                    2538/rpcbind
udp        0      0 :::1017                     :::*                                    2538/rpcbind
udp        0      0 fe80::20c:29ff:fe74:83b5:123 :::*                                    2925/ntpd
udp        0      0 fe80::20c:29ff:fe74:83bf:123 :::*                                    2925/ntpd
udp        0      0 ::1:123                     :::*                                    2925/ntpd
udp        0      0 :::123                      :::*                                    2925/ntpd
udp        0      0 :::46340                    :::*                                    2657/rpc.statd```

我目前正在测试环境中通过“转储”和“恢复”来测试 RHEL 6.4 操作系统的备份/恢复，我确实知道 RHEL 6.4 现在看起来太过时了。但一些企业仍在使用此类版本的RHEL来加载他们的服务。

以下是场景：在发生主机崩溃/故障事件时备份系统和关键程序。

• 用于备份的测试 RHEL 6.4 主机利用 Windows Hyper-V VM 作为基础设施，操作系统根安装在 LVM 逻辑卷上。
• 为了备份系统，我将系统置于单用户模式并使用命令备份根文件系统

  dump -0uf /<path_to_a_second_storage_to_store_dump>/mybackup.dump /
  

• 转储在屏幕上显示“DUMP IS DONE”，并且创建的转储文件大小约为 2.2GB，因此我相信备份成功。

为了模拟主机崩溃事件，我利用LVM逻辑卷重新安装了RHEL 6.4系统，并在恢复之前将系统引导到单用户模式。

但是，使用恢复根文件系统后

restore -rf /<path_to_a_second_storage_to_store_dump>/mybackup.dump

屏幕显示内核恐慌和其他一些错误，并最终挂起。

我重试了几次但总是失败。

谁能给我一些提示，为什么恢复无法完成？

嗯，答案很简单——使用命令“journalctl”。

但让我先描述一下问题，

我遇到了一个 ubuntu 服务器崩溃事件，一些 log/.journal 文件被成功提取，接下来处理这个事件的方法是读取/分析这些文件。

正在讨论 2 个请求：

A. Windows环境下如何读取.journal文件

B. 除了使用 Windows 操作系统之外的其他读取 .journal 文件的方法

第一个是最重要的请求，但我跳过了它，因为它似乎太难了，使用另一个带有命令“journalctl --file /path_to_the_file”的 ubuntu 主机可以完美地解决目标。（并通过“将内容导出到 .txt 文件” >”符号）

现在我发现，当使用命令“cat”读取.journal 文件时和之后，控制台显示上会出现乱码，我别无选择，只能重新启动以清除混乱。

命令“vi”也不起作用。

那么，命令“journalctl”是正常浏览.journal 文件的唯一直接方式吗？