Поэтому я пытался создать ssh-соединения между кластерным контейнером Google, содержащим 1 мастер-узел и 2 рабочих узла. Я использовал ssh-keygen для генерации пар ключей для всех трех узлов, отправки двух закрытых ключей двух рабочих на мастер-узел и в файл .ssh/ authenticrized_keys. Затем я поделился этим файлом с двумя рабочими узлами тоже.

Этот подход делает успешные соединения SSH сразу после. Соединение ssh было в порядке, и я мог также использовать scp для пересылки файлов. Тем не менее, как и на более поздних этапах, когда я выхожу из системы и перехожу на виртуальные машины, соединение ssh становилось очень нестабильным, так как иногда оно возвращает ошибку сбоя соединения: Отказано в доступе (publickey), а иногда соединение может быть снова запущено.

Кто-нибудь знает в чем проблема? Заранее спасибо!

1 ответ1

0

Если в какой-то момент это работало, а сейчас нет, выполните:

# Adjust paths as necessary. May need to add sudo if you're not running it as root.
chmod 700 ~/.ssh && chmod 600 ~/.ssh/* && chmod 644 ~/.ssh/authorized_keys

Если любовь по-прежнему отсутствует, проверьте содержимое author_keys и проверьте следующие значения в /etc /ssh /sshd_config (или в любом другом файле конфигурации sshd.) Это отключит аутентификацию по паролю и включит только ssh-аутентификацию в системе.

RSAAuthentication yes
PubkeyAuthentication yes
PasswordAuthentication no
UsePAM no # Just my choice.

Примечание. Я рекомендую использовать защищенный паролем закрытый ключ при доступе к облачной среде и настраивать его только для одной системы, сервера прыжков. Оттуда вы можете более уверенно использовать ssh-аутентификацию без пароля для остальной части вашей среды.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .