通过 SSH 升级有什么风险？

Question

当我跑

sudo do-release-upgrade

通过 ssh，我收到以下消息。

此会话似乎在 ssh 下运行。不推荐
当前通过 ssh 执行升级，因为万一失败
更难恢复。

如果继续，将在端口启动一个额外的 ssh 守护进程
'9004'。
你要继续吗？

通过 ssh 升级的真正风险是什么？额外的 ssh 守护进程如何帮助缓解这种情况？

Answer 1

@Marco-Ceppi 的解决方案已经集成到do-release-upgrade.

当您运行时，do-release-upgrade它会自动启动一个屏幕会话。如果您的 ssh 会话断开连接，您可以继续安装。您所要做的就是打开一个新的 ssh 会话，然后do-release-upgrade再次运行。它将重新连接到您之前的安装。

@sepp2k 指出的第二个风险是您的 sshd 服务器可能需要升级，并且可能无法正确重启。因此升级程序在指定的端口运行第二个守护进程。在恢复之前，您应该检查您的网络配置以确保您可以通过此端口访问。

祝你好运。

此外，screen-sessiondo-release-upgrade自己启动是在 root 帐户下运行的，所以如果你自己的 screen-session 崩溃了，你将能够通过运行来恢复sudo screen -x，如果（由于某种原因）命令do-release-upgrade不能自行恢复，这似乎很常见。

Answer 2

我建议做的是在服务器上启动 screen 会话并在 screen 中运行升级 - 这样，如果您的 SSH 会话断开（无论出于何种原因），升级过程将不会停止。

Screen是一个允许在机器上使用持久终端的程序。因此，您可以启动一个屏幕会话，只要机器处于该屏幕会话（以及它的历史记录、正在运行的程序等）上，就会继续运行，尽管机器上没有任何用户。它被设计在初期提供了多窗口的文本终端前X服务器的日子。您可以使用 APT 安装它：

sudo apt-get install screen

因此，您可以通过 ssh 连接到您的服务器、启动屏幕、启动升级过程，而不必担心升级 bing 会因为丢失 Internet 连接或计算机崩溃而失败。

Answer 3

如果在升级过程中安装了新版本的 ssh 守护程序，守护程序将重新启动。如果更新由于某种原因破坏了守护程序，它将无法再次启动，您将无法再登录机器。

通过启动一个单独的 sshd，该 sshd 不由 init 系统处理，因此在升级过程中不会重新启动，从而确保即使新版本启动失败，旧版本的 sshd 仍将运行。因此，您仍然可以登录系统并查看导致守护程序中断的原因。