Попытка SSH с использованием учетной записи пользователя; учетная запись root работает, но я указываю закрытый ключ. Учетная запись пользователя просто дает "Permission denied (publickey, gssapi-with-mic)" без запроса моего пароля вообще.
Как я могу это исправить, чтобы я мог войти в систему с паролем, а НЕ с ключом? Я хочу использовать для этого не закрытый ключ, а обычную учетную запись.
На сервере есть настройка
PasswordAuthentication no
Измените его на да, и после перезапуска вы сможете использовать аутентификацию по паролю.
Проверьте последовательность входа в систему с помощью ssh -vv. Это расскажет вам, какие методы аутентификации используются, а какие нет. Затем вы можете включить то, что хотите, и отключить то, что вам не нужно. Разумеется, сначала включите.
Вам также потребуется отредактировать /etc/ssh/sshd_config чтобы иметь настройку:
ChallengeResponseAuthentication yes
так же как...
PasswordAuthentication yes
И не забудьте бежать / пользователь / sbin / service ssh перезапуск впоследствии, чтобы забрать новые настройки.
это в твоем sshd файл (не ssh, который вы также, вероятно, найдете в / etc / ssh)
Я верю, ты хочешь убедиться PasswordAuthentication yes установлен и раскомментирован.
И если кто-то еще сталкивается с этой проблемой, я получаю эту проблему всякий раз, когда закрытый ключ пользователя слишком открыт для разрешений. Чтобы заставить его работать, мне пришлось изменить закрытый ключ на 400 (я считаю, что это уровень разрешений по умолчанию при создании ключа. Не знаю, почему этот был другим).
Но я не знаю, всегда ли это так. Это произошло на Mac.
Для меня оказалось, что во время уродливого сеанса устранения неполадок ЛОКАЛЬНЫЙ файл ssh_config был изменен. Ни один из этих методов у меня не помог, но изменил PasswordAuthentication yes в / etc / ssh / ssh_config локальной машины работало.
На всякий случай это кому-то поможет.
Это также может быть вызвано запущенным ssh-agent. ps aux|grep ssh-agent
Его можно смело убить.