Попытка SSH с использованием учетной записи пользователя; Учетная запись root работает, но я указываю закрытый ключ. Учетная запись пользователя просто выдает «Отказано в доступе (publickey, gssapi-with-mic)», не запрашивая у меня пароль.
Как я могу это исправить, чтобы я мог войти с паролем, а не ключом? Я не хочу использовать закрытый ключ для этого прямо сейчас, но обычный аккаунт.
Ответы:
На сервере есть настройка
Измените его на yes, и после перезагрузки вы сможете использовать аутентификацию по паролю.
источник
Проверьте вашу последовательность входа с помощью ssh -vv. Это скажет вам, какие методы аутентификации используются, а какие нет. Затем вы можете включить то, что вы хотите, и отключить то, что вы не хотите. Сначала включите, конечно.
источник
Вам также необходимо отредактировать,
/etc/ssh/sshd_config
чтобы иметь настройку:также как и...
И не забудьте запустить / user / sbin / service ssh restart после этого, чтобы выбрать новые настройки.
источник
/etc/ssh/sshd_config
необходимо подчеркивание подчеркиваться обратной косой чертой, чтобы весь путь отображался курсивом. (Изменения были слишком незначительными, чтобы представить их самостоятельно)это в вашем
sshd
файле (не ssh, который вы, вероятно, также найдете в / etc / ssh)Я считаю, что вы хотите убедиться, что
PasswordAuthentication yes
установлено и не прокомментировано.источник
/etc/init.d/sshd restart
а не перезагружаться после редактирования conf./etc/init.d/sshd reload
в любом полусумном дистрибутиве.И в случае, если кто-то столкнется с этой проблемой, я получал эту проблему всякий раз, когда закрытый ключ пользователя имеет слишком открытые разрешения. Чтобы заставить его работать, мне пришлось изменить частный ключ на 400 (я полагаю, что это уровень разрешений по умолчанию при создании ключа. Не знаю, почему этот был другим).
Я не знаю, всегда ли это так. Это случилось на Mac.
источник
Для меня выяснилось, что во время странного сеанса устранения неполадок файл LOCAL ssh_config был изменен. Ни один из этих методов не работал для меня, но изменение
PasswordAuthentication yes
в / etc / ssh / ssh_config локальной машины работало.На всякий случай это поможет кому-то.
источник
Это также может быть вызвано запуском ssh-agent.
ps aux|grep ssh-agent
Это может быть безопасно убито.
источник