Debian Sudo请求密码时Google云虚拟机

Debian Sudo请求密码时Google云虚拟机,debian,virtual-machine,google-cloud-platform,sudo,Debian,Virtual Machine,Google Cloud Platform,Sudo,我一直在使用Google Cloud debian虚拟机,使用sudo执行超级用户任务时没有任何问题(sudo并没有要求输入密码) 今天我像往常一样通过SSH连接,当我尝试sudo某事时,它开始询问密码: We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the

我一直在使用Google Cloud debian虚拟机,使用sudo执行超级用户任务时没有任何问题(sudo并没有要求输入密码)

今天我像往常一样通过SSH连接,当我尝试sudo某事时,它开始询问密码:

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for -----:

根据文档,它不应该要求密码,因为SSL密钥已通过身份验证连接

我自己解决了这个问题。我为任何有类似问题的人发布了我遵循的步骤:

  • 删除了保留磁盘的VM实例
  • 创建了新的虚拟机实例,用于恢复虚拟机
  • 将旧VM磁盘连接到新实例
  • 装入/mnt/

    # mount /dev/sdb1 /mnt/
    
  • 将根目录更改为已装入的分区

    # chroot /mnt/
    
  • 现在根据需要编辑sudoers文件以及用户密码和组
  • 卸载磁盘

    # umount /dev/sdb1
    
  • 卸载磁盘,删除恢复实例,然后用相同的磁盘重新创建旧VM

  • 我自己解决了这个问题。我为任何有类似问题的人发布了我遵循的步骤:

  • 删除了保留磁盘的VM实例
  • 创建了新的虚拟机实例,用于恢复虚拟机
  • 将旧VM磁盘连接到新实例
  • 装入/mnt/

    # mount /dev/sdb1 /mnt/
    
  • 将根目录更改为已装入的分区

    # chroot /mnt/
    
  • 现在根据需要编辑sudoers文件以及用户密码和组
  • 卸载磁盘

    # umount /dev/sdb1
    
  • 卸载磁盘,删除恢复实例,然后用相同的磁盘重新创建旧VM

  • 我现在遇到了这个问题,与您遇到的情况相同(突然询问密码),但我刚刚注销(关闭ssh会话)并重新登录,它就工作了。

    我现在遇到了这个问题,与您遇到的情况相同(突然询问密码),但我刚刚注销(关闭ssh会话)然后重新登录,它就工作了。

    为了避免这种情况,一种解决方案是从GCP控制台打开web浏览器上的ssh终端。您可以尝试一下。这是因为Google Clound Engine上的ssh密钥相关配置。

    为了避免这种情况,一种解决方案是从GCP控制台打开web浏览器上的ssh终端。您可以尝试一下这是因为Google Clound Engine上的SSH密钥相关配置,我今天在CentOS 8.x虚拟机上遇到了同样的问题。经过一些测试,我找到了一个更简单的解决方案。允许组“Google sudoers”在/etc/sudoers.d/Google_sudoers文件中执行sudo操作,因此,要解决这个问题并使其永久化,请将您的用户添加到“Google sudoers”中按以下步骤分组:

  • 从GCP的web控制台SSH到您的VM
  • 运行
    sudo usermod-a-G google sudoers USER
    将您的用户添加到google sudoers组
  • 关闭当前SSH会话并打开一个新会话
  • 测试一切正常

  • 您应该能够运行sudo命令或再次获得root用户权限。

    今天,我在CentOS 8.x VM上遇到了同样的问题。经过一些测试,我找到了一个更简单的解决方案。允许组“google sudoers”在/etc/sudoers.d/google_sudoers文件中执行sudo操作,因此,要修复此问题并使其永久化,请将您的用户添加到“google sudoers”中按以下步骤分组:

  • 从GCP的web控制台SSH到您的VM
  • 运行
    sudo usermod-a-G google sudoers USER
    将您的用户添加到google sudoers组
  • 关闭当前SSH会话并打开一个新会话
  • 测试一切正常

  • 您应该能够运行sudo命令或再次获得root权限。

    我不明白,我也有同样的问题,我已经创建了您描述的恢复实例,并安装了磁盘……但是sudoers文件中需要更改什么?一切看起来都很好您应该在sudoers中有这样一行:your username ALL=(ALL:ALL)NOPASSWD:ALLI我不明白,我也有同样的问题,我已经创建了您描述的恢复实例,并装载了磁盘…但是在sudoers文件中需要更改什么?一切看起来都很好您应该在sudoers中有这样一行:您的用户名ALL=(ALL:ALL)NOPASSWD:ALL