【问题标题】:google cloud ssh inconsistent谷歌云ssh不一致
【发布时间】:2018-08-28 23:58:40
【问题描述】:

我基于两个 vm 模板在两个单独的实例组中创建了 4 个实例。

最初我在谷歌云控制台中使用“SSH”按钮,我注意到大约 40% 的时间它会真正起作用。我经常需要停止/重新启动机器才能使 SSH 正常工作。大约一天后,SSH 按钮停止工作。我认为这只是一个愚蠢的错误,拥有实际的 SSH 密钥并通过普通 SSH 登录就可以正常工作。

今天我配置了普通的 ssh 密钥,并且在 4 个实例中的 3 个实例上得到以下结果:

权限被拒绝(公钥)。

我登录了云控制台并在所有 4 个实例上单击了 ssh 按钮,结果发现只有 1 / 4 个有效。

所以我的问题是......为什么我必须不断重启实例才能让我的 ssh 正常工作。我以前从未在任何其他云服务器上遇到过这个问题。

注意:我从他们的可用图像创建了一个基础 ubuntu,并构建了一个通用服务器,然后将其用作基础模板并将其分叉以创建其他 2 个实例组模板。

我在想 ssh 守护进程可能会崩溃,但我怎么知道,我该如何解决呢?

【问题讨论】:

  • 有几种方法可以解决troubleshoot SSH 问题。您是否尝试过在serial console 中调试问题?在实例串行控制台中,您可能会发现与此问题相关的有用日志。希望对您有所帮助。
  • 沉默表明只有我。因此,我从不同的映像重建了我的服务器,现在 ssh 守护进程是可靠的。
  • 我建议您在此讨论中发布您的解决方案作为答案,以便其他社区成员可以利用它来解决类似问题。

标签: ssh google-cloud-platform google-compute-engine


【解决方案1】:

我认为社区的沉默表明问题只影响到我自己。事实证明,我选择作为基本模板启动的库存图像有一个错误的 SSH 守护程序。从不同的库存图像重建我的模板是一个相当快的过程,从那时起我通过 ssh 连接到我的机器就没有问题了。

【讨论】:

  • 我也遇到了同样的问题,库存图片是什么意思?
  • 当您创建一个实例时,它会使用其他人组合的实例模板/图像。就我而言,我使用的那个是越野车。我删除了服务器实例,并启动了一个由其他人创建的新实例。这解决了我的问题。
猜你喜欢
  • 2014-07-11
  • 1970-01-01
  • 2023-04-06
  • 1970-01-01
  • 2021-12-08
  • 2017-03-13
  • 2017-10-27
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多