Не вдається ввійти на мій сервер через SSH, і пароль правильний


20

Я використовую Linode, і я розпитував про канали IRC, але ніхто, здається, не знає. Я увійшов на свій сервер через LISH ( довідник ), і я використав правильний пароль, і все пішло нормально. Однак мені потрібно увійти через SSH / FTP, а я не можу. Він надає мені "дозвіл відмовлено". Я знаю, що пароль правильний, тому що я скидаю його через LISH, і я знаю, що я правильно отримав метод входу, тому що я увійшов у свій сервер перед тим, як використовувати ці ж команди. Я впевнений, сподіваюся, що це не виявиться проблемою noob, або я дуже розчаруюся.

Відповіді:


40

Вам потрібно запустити ssh(клієнт і, можливо, сервер) з більшою багатослівністю, щоб зрозуміти, чому автентифікація не вдається. Для клієнта запустіть

ssh -vvv username@host 

На кінці сервера перевірте журнали. /var/log/auth.logдасть вам досить гарне уявлення про те, що відбувається, коли ви намагаєтесь увійти, шукайте повідомлення, які містять sshd. Існує ціла низка причин, через які автентифікація може бути невдалою, починаючи від простої (ви не використовуєте правильне ім'я користувача) і закінчуючи складнішою ( sshdналаштована на використання неправильної системи аутентифікації).


Дякую, я перевірю це, як тільки зможу повернутися до роботи на сервері.
willbeeler

Я скинув свій пароль через веб-консоль в Linode, і мені вдалося повернутися. Я ціную докладну пораду. Це дуже корисно.
willbeeler

дякую, виявляється, на моєму сервері також є обмеження ssh ip, про який я дізнався, переглянувши сторінку auth.log.
siniradam

1
Запуск ssh -d -d -d на стороні сервера, я бачу "Помилковий пароль для michael" ... "Недійсний пароль для michael користувача" Але це правильний користувач та пароль!
Майкл

У мене була така ж проблема. Дві чисті встановлення не вдалося підключити. Я зазначив, що пароль, який містив @символ, завжди не вдавався. Коли я !замість цього використовував персонаж, він працював. Це може бути дурницею, але, можливо, це комусь допоможе
Nick.McDermaid

0

Спробуйте використовувати інший порт. Здається, що порт SSH, який сервер використовував, використовувався іншою службою, і я отримував якісь хиткі результати.


0

У моєму випадку я редагував / etc / shadow- за допомогою текстового редактора, оскільки єдиний доступ у мене був файловим менеджером. Навіть після того, як я поклав оригінальну хеш-рядок назад, якось це не спрацювало. Тож після того, як я скинув пароль із хостинговою панеллю, все почало працювати.


0

у моєму випадку наш ІТ-відділ мав налаштовувати PAM з правилами, які порушили мій логін. відповідь слідувати @pestilence «сек , щоб побачити помилку, в кінцевому підсумку закомментировать AllowGroupsв /etc/ssh/sshd_config, який був налаштований на яку - то ІТ речі:

UsePAM yes
#AllowGroups <some IT groups>

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.