☰

无法通过 SSH 连接到 Cockpit：“兼容版本的 Cockpit 未安装...”原因是“生成远程桥接失败，状态为 0”

tag-icon • tag-icon ubuntu ssh debian cockpit
无法通过 SSH 连接到 Cockpit：“兼容版本的 Cockpit 未安装...”原因是“生成远程桥接失败，状态为 0”

我在用着驾驶舱 202.1-1amd64 本地（Ubuntu Oean 最新版本）升级到 2Debian 10服务器。一个可以工作，但是新的却不工作，我不知道为什么。

  • 我使用默认的“debian”用户和 rsa 密钥而不是密码。此密钥已添加到 Cockpit 中的“身份验证”中并已解锁。两台服务器使用相同的密钥，我可以通过bash/ssh 没有任何问题。

  • 我重新启动了服务，重新启动了机器（本地和服务器），但没有成功

  • 关于“无法连接服务器”，我也创建另一个用户来测试 Cockpit-WS（因为我需要密码才能登录）和它非常有效。

  • 在 Debian 10 中，Cockpit 188 可从主仓库获得，217 可从向后移植所以我已启用他们与更新的驾驶舱但问题依然存在

  • 在里面服务器日志，无条目谈论驾驶舱-舰桥或者驾驶舱-ssh

  • 为了进行另一项测试，我同步了我的新用户在我的两台服务器之间（其中一个安装了从后端移植而来的 Cockpit 217，而另一个仍安装 188）。令人惊讶的是，它在两个方向上都起作用这让我推断问题来自我的本地 Cockpit所以我查看了日志并得到了一些有趣的东西：cockpit-ssh XXX.XXX.XXX.XXX: spawning remote bridge failed with 0 status

  • 但在 Google 上找不到任何相关信息：https://www.google.com/search?hl=fr&q=cockpit%20%22spawning%20remote%20bridge%20failed%20with%200%20status%22

  • 作为一种解决方法，我将继续使用我的“带密码”用户，但这将迫使我打开 9090 端口，而本地客户端则不会有问题。

希望我的问题可以避免其他人浪费时间修复他们的服务器，问题来自 Ubuntu 的 Cockpit也许有人能帮助我修复它！

提前致谢

答案1

我终于明白了附加的内容：

  • 在我的本地 Ubuntu 上，我决定使用“su”并从“sudo”组中删除我的用户，这样我就可以设置一个弱密码而不会造成太多的安全漏洞。

  • 因此，我以 root 身份本地登录 Cockpit，以获得“特权”并能够添加服务器

  • 以 root 身份登录后，Cockpit 会尝试以 root 身份登录，然后再询问我新添加的服务器的具体用户名，由于 Debian 默认禁用该功能，因此它会回答Please login as the user "debian" rather than the user "root".。它在日志中，上面一行，但我没有意识到这是我的服务器 SSH 的答案。

为了解决这个问题，我忘记了我挑剔的“不是我自己的 sudoer”，并且不再以 root 身份在本地连接到 Cockpit，因此 Cockpit 建议我选择一个用户，并且它完美地指定了“debian”和我的 rsa 密钥。

干杯

相关内容