打开我的虚拟机的SSH访问时循环传输SSH密钥
我以前能够正确连接到我的虚拟机。我关闭了SSH窗口并重新连接,现在它只是在“将SSH密钥传输到VM”和“连接到SSH”之间循环。 这在控制台中:打开我的虚拟机的SSH访问时循环传输SSH密钥,ssh,google-cloud-platform,virtual-machine,Ssh,Google Cloud Platform,Virtual Machine,我以前能够正确连接到我的虚拟机。我关闭了SSH窗口并重新连接,现在它只是在“将SSH密钥传输到VM”和“连接到SSH”之间循环。 这在控制台中: [19864.873131]谷歌账户守护程序[720]:将用户gurvanbk添加到谷歌sudoers组 3月26日19:07:01 winter lounge google_accounts_daemon[720]:将用户gurvanbk添加到google sudoers组 3月26日19:07:41冬季休息室谷歌账户:信息添加用户gurvanbk到
[19864.873131]谷歌账户守护程序[720]:将用户gurvanbk添加到谷歌sudoers组
3月26日19:07:01 winter lounge google_accounts_daemon[720]:将用户gurvanbk添加到google sudoers组
3月26日19:07:41冬季休息室谷歌账户:信息添加用户gurvanbk到谷歌sudoers组。
它一直在循环那个日志。
这里还有我做的服务器故障
nmap结果:
PS C:\WINDOWS\system32>nmap XX.XX.XXX.XXX
启动Nmap 7.80(https://nmap.org )2020-03-28 12:48马德里,巴黎
245.151.90.34.bc.googleusercontent.com(34.90.151.245)的Nmap扫描报告
主机已启动(0.027秒延迟)。
未显示:998个过滤端口
港口国服务
22/tcp开放ssh
3389/tcp关闭ms wbt服务器
Nmap完成:在9.17秒内扫描1个IP地址(1个主机启动)
串行控制台上的google\u帐户\u守护程序日志不是ssh或sudoer问题,它看起来更像是网络问题。以下:
- 所以我们设法看到这个端口是开放的。现在再次验证GCP防火墙规则(gcloud compute firewall rules list),如果没有看到22 fw规则,可以创建它(gcloud compute firewall rules创建默认允许ssh——允许tcp:22)
- 然后,如果所有网络设置都正常,尝试从VM实例元数据和计算引擎元数据中删除所有SSH密钥,并停止和启动VM实例,这将迫使google创建新的SSH密钥并将它们推送到VM实例,最后尝试再次连接
- 如果最后一个方法不起作用,请再次从计算引擎元数据和VM实例元数据中删除所有ssh密钥。然后启用该功能,尝试将ssh密钥注入到VM实例的其他方法,一旦激活,停止并启动实例,然后再次尝试连接