在 Google Cloud VM 中编辑 fstab 后,ssh 连接被拒绝

在 Google Cloud VM 中编辑 fstab 后,ssh 连接被拒绝

ssh: connect to host xx.xx.xx.xx port 22: Connection refused更新了 fstab 以安装 Google bucket。我添加的 fstab 条目如下,

bucket mount_point fuse rw,nosuid,nodev,relatime,user_id=1004,group_id=1005,default_permissions 0 0

以 root 身份通过串行端口连接后,我已从文件系统并重新启动虚拟机。然后我能够使用 ssh 成功连接到虚拟机。我想知道文件系统远程控制,以及上述问题的原因。

答案1

和...之间的不同文件系统SSHfstab 是操作系统的文件系统表,而 SSH(也称为安全外壳或者安全套接字外壳) 是一种网络协议,它为用户(尤其是系统管理员)提供了一种通过不安全的网络访问计算机的安全方式。

文件系统是系统自动挂载文件的主要方式。但是,SSH 仅用于连接到 GCP 中的 VM 实例。但是,如果需要,您可以通过串行端口连接到 VM。

两者之间的关联在于,为了使 VM 实例正确启动,它需要找到已安装驱动器的正确位置。文件系统表中包含该信息,如果其更改不正确,您可能无法启动并通过 SSH 连接到它。

总之,我建议你看一下这个文档并按照教程了解如何安装 Google Cloud Storage Bucket。

如果在更改 fstab 表后,本教程仍无法通过 SSH 进入您的 VM 实例,请告诉我,以便我们进一步帮助解决问题。

答案2

总结:每次您弄乱 FSTAB,您的 VM 就无法启动。

没有方向连接。当你弄乱了固定固定座您的虚拟机将进入故障状态。在启动过程中,您的虚拟机操作系统(init.d 或 Systemd)将尝试在 FSTAB 上挂载卷。如果其中一个条目不正确,虚拟机将崩溃,并循环尝试挂载不正确的内容。

答案3

会发表评论,但目前还没有选择......

@Anthony Leo

神秘的关联在于:fstab 中的错误并不一定会阻止虚拟机启动和正常运行,但它禁用ssh,这使得修复fstab中的错误变得相当不方便。

在我的情况下,我向 /etc/fstab 添加了新磁盘,重新启动,然后任何 ssh 尝试都收到“连接被拒绝”的提示,但是……现有系统的其余部分似乎运行良好。它响应 ping。之前配置的 Web 服务器和 wiki 响应正常,我可以创建新的 wiki 条目并检索它们……我只是被锁定在 ssh 之外,这似乎……在这种情况下是不必要的,而且相当烦人。

fstab 故障禁用 ssh 访问是否有逻辑原因? 是否有配置选项可以在发生非关键 fstab 故障时保留 ssh 功能?

相关内容