Google Cloud: вычисление экземпляров виртуальной машины

Как получить доступ root к моему экземпляру Google VM, а также как я могу войти в мой экземпляр виртуальной машины с моего ПК с помощью SSH-клиента, такого как putty?

Я также хотел бы добавить, что я пытался сделать sudo для вещей, которым нужен root-доступ для выполнения таких действий, таких как yum или wget. Но это не позволяет мне делать sudo, он спрашивает у меня пароль root, но я не знаю, как, или где я могу получить пароль root.

Ответ 1

Вы можете стать root через sudo su. Пароль не требуется.

Ответ 2

Как использовать sudo для выполнения команд как root?

(отделив это от другого ответа, поскольку в этом сообщении есть несколько вопросов)

Как только вы подключитесь к своей виртуальной машине GCE с помощью PuTTY или gcloud compute instances ssh или даже нажав кнопку "SSH" в консоли разработчиков рядом с экземпляром, вы сможете использовать команду sudo. Обратите внимание, что вы не должны использовать команду su, чтобы стать root, просто запустите:

sudo [command]

и он не должен запрашивать пароль.

Если вы хотите, чтобы корневая оболочка запускала несколько команд с правами администратора, и вы хотите избежать префикса всех команд с помощью sudo, запустите:

sudo su -

Если у вас все еще есть проблемы, отправьте новый вопрос с помощью точной команды, которую вы используете, и вывода, который вы видите.

Ответ 3

ТОЛЬКО СМОТРЕТЬ, ЧТОБЫ ОБРАТИТЬСЯ ШИРОКОЙ, НАЖМИТЕ SSH

И ПОСЛЕДУЮЩАЯ КОМАНДА ПО ИЗМЕНЕНИЮ ПАРОЛЯ ДЛЯ ПОЛЬЗОВАТЕЛЯ КОРНЕТОМ ИСПОЛЬЗОВАНИЕ SUDO:)

sudo passwd

и он изменит пароль root:)

а затем использовать команду root use

су

введите свой пароль и станьте root:)

Ответ 4

если вы хотите подключить сервер gce (google-cloud) с помощью шпатлевки с помощью root, вот поток:

используйте puttygen для генерации двух файлов ppk:

  • для пользователя gce-default-user

  • для root

выполните следующие действия по putty (замените gce-default-user своим именем пользователя gce):

Putty- > session- > Connection- > data- > Автоматическое имя пользователя входа: gce-default-user

Putty- > session- > Connection- > SSH- > Auth- > Закрытый ключ для аутентификации: gce-default-user.ppk

Затем подключитесь к серверу с помощью gce-default-user

внести следующие изменения в sshd_config

sudo su

nano/etc/ssh/sshd_config

PermitRootLogin yes

UsePAM no

Сохранить + Выход

служба sshd restart

Putty- > session- > Connection- > data- > Автозапуск имя пользователя: root

Putty- > session- > Connection- > SSH- > Auth- > Закрытый ключ для аутентификации: root-gce.ppk

Теперь вы можете войти в root через putty.

Если вам нужно использовать удаленную систему eclipse и войти в систему с правами root:

Eclipse- > windows- > preferences- > General- > network Connection- > SSH2- > private-keys: Корневой-gce.ppk

Ответ 5

Как подключиться к моему экземпляру GCE с помощью PuTTY?

Взгляните на настройку ssh-ключей в документации GCE, которая показывает, как это сделать; здесь резюме, но прочитайте документ для дополнительных заметок:

  • Создайте свои ключи, используя ssh-keygen или PuTTYgen для Windows, если вы еще этого не сделали.
  • Скопировать содержимое открытого ключа. Если вы только что сгенерировали этот ключ, его можно найти в файле с именем id_rsa.pub.
  • Войдите в систему в Консоль разработчиков.
  • В навигации Вычислить- > Вычислить Engine- > Метаданные.
  • Перейдите на вкладку SSH Keys.
  • Нажмите кнопку Изменить.
  • В пустом поле ввода в нижней части списка введите соответствующий открытый ключ в следующем формате:

    <protocol> <public-key> [email protected]

    Это делает ваш открытый ключ автоматически доступным для всех ваших экземпляров в этом проекте. Чтобы добавить несколько ключей, перечислите каждый ключ в новой строке.
  • Нажмите Готово, чтобы сохранить изменения.

    Это может занять несколько минут, прежде чем ключ будет вставлен в экземпляр. Попробуйте подключиться к ssh к вашему экземпляру. Если это успешно, ваш ключ был распространен на экземпляр.

Ответ 6

Попробуйте sudo su - на GCE.
По умолчанию в GCE для sudo не требуется пароль (используйте в качестве пользователя-заменителя). Аргумент - для su (заменяющий пользователь) еще больше имитирует полный вход, в результате чего целевой пользователь (пользователь по умолчанию для обоих - это root) настроил логин и его скрипты профиля для установки новых параметров среды. По крайней мере, вы заметите, что изменение приглашения заканчивается в $ до #.