我在Ubuntu_20.04_LTS_STIG 1.5.2中发现了一个问题,上面写着,
Ubuntu 操作系统必须在 72 小时后自动删除或禁用紧急帐户...
什么是紧急账户?它与在救援模式下启动有什么不同?
我在Ubuntu_20.04_LTS_STIG 1.5.2中发现了一个问题,上面写着,
Ubuntu 操作系统必须在 72 小时后自动删除或禁用紧急帐户...
什么是紧急账户?它与在救援模式下启动有什么不同?
我有一个远程 Ubuntu 16.04 服务器,在我关闭它并再次启动后,我无法通过 ssh 访问它。我在系统安装期间安装了 OpenSSH 服务器,但我从未禁用它(例如systemctl disable
或update-rc.d remove
)。
为了找出错误,我在救援模式下重新启动了服务器(通过服务器主机的 Web 界面)并 chroot 到根分区:
root@rescue ~ # mount /dev/md2 /mnt
root@rescue ~ # chroot /mnt
到目前为止,文件系统看起来不错,但没有引导日志(/var/log/boot
或类似日志)。系统日志恰好在我关闭服务器时结束,似乎没有添加新条目。
我发现根据 16.04 我必须使用 journalctl 来获取日志,所以我尝试了:
root@rescue ~ # journalctl
No journal files were found.
-- No entries --
ssh 服务器可能不是主要问题,因为我有一个相当复杂的网络配置,包括到故障转移 ip 的路由(服务器是 ha-cluster 的一个节点)。其他一些服务可能会失败,因此 ssh 服务器无法启动。
尽管如此,我还是尝试在启动时启用 ssh:
root@rescue ~ # systemctl enable ssh
Synchronizing state of ssh.service with SysV init with /lib/systemd/systemd-sysv-install...
Executing /lib/systemd/systemd-sysv-install enable ssh
但无济于事,之后shutdown -r now
我仍然无法访问服务器。nmap 给了我
Host is up (0.037s latency).
Not shown: 996 closed ports
PORT STATE SERVICE
135/tcp filtered msrpc
445/tcp filtered microsoft-ds
593/tcp filtered http-rpc-epmap
1720/tcp filtered H.323/Q.931
我只是找不到解决问题的方法。有人可以给我一个提示吗?