Не могу войти на мой сервер через SSH, пароль правильный

20

Я использую Linode, и я спрашивал по каналам IRC, но никто, кажется, не знает. Я вошел на свой сервер через LISH ( ссылка ), и я использовал правильный пароль, и все прошло нормально. Однако мне нужно войти через SSH / FTP, и я не могу. Он продолжает давать мне «разрешение отказано». Я знаю, что пароль правильный, потому что я сбросил его через LISH, и я знаю, что у меня есть правильный метод входа, потому что я вошел на свой сервер перед тем, как использовать те же самые команды. Я очень надеюсь, что это не будет какой-то проблемой нуба, или я буду очень расстроен.

willbeeler
источник

Ответы:

40

Вам нужно запустить ssh(клиент и, возможно, сервер) с большей детализацией, чтобы понять, почему аутентификация не проходит. Для клиента запустите

ssh -vvv username@host 

На стороне сервера проверьте журналы. /var/log/auth.logдаст вам довольно хорошее представление о том, что происходит, когда вы пытаетесь войти в систему, ищите сообщения, которые содержат sshd. Существует множество причин, по которым аутентификация может быть неудачной: от простой (вы не используете правильное имя пользователя) до более сложной ( sshdнастроена на использование неверной системы аутентификации).

мор
источник
Спасибо, я проверю это, как только вернусь к работе на сервере.
Willbeeler
Я сбросил свой пароль через веб-консоль в Линоде и смог вернуться обратно. Я ценю подробный совет. Это очень полезно.
Willbeeler
спасибо, оказывается, у моего сервера также есть ограничение ssh ip, которое я узнал, посмотрев на auth.log.
Синирадам
1
Запустив ssh -d -d -d на стороне сервера, я вижу «Неудачный пароль для Майкла» ... «Неверный пароль для пользователя Майкла» Но это правильный пользователь и пароль!
Майкл
У меня такая же проблема. Не удалось установить две чистые установки. Я заметил, что пароль, который содержал @символ, всегда терпел неудачу. Когда я использовал !персонаж вместо этого, он работал. Это может быть ерунда, но, возможно, это кому-то поможет
Nick.McDermaid
0

Попробуйте использовать другой порт. Кажется, что SSH-порт, который использовал сервер, использовался другим сервисом, и я получил несколько неожиданных результатов.

JonQ
источник
0

В моем случае я отредактировал / etc / shadow- с помощью текстового редактора, так как файловый менеджер был единственным доступом, который у меня был. Даже после того, как я вернул оригинальную строку хеша, это как-то не сработало. Поэтому после сброса пароля с панели хостинга все стало работать.

user109764
источник
0

в моем случае наш ИТ-отдел настроил PAM с правилами, которые нарушали мою регистрацию. ответ СЛЕДОВАЛ @pestilence «сек , чтобы увидеть ошибку, в конечном итоге закомментировать AllowGroupsв /etc/ssh/sshd_config, который был настроен на какую - то ИТ вещи:

UsePAM yes
#AllowGroups <some IT groups>

rrosa
источник