Nie mogę zalogować się do mojego serwera za pośrednictwem SSH, a hasło jest prawidłowe


20

Używam Linode i pytałem o kanały IRC, ale wydaje się, że nikt nie wie. Zalogowałem się na mój serwer przez LISH ( referencje ) i użyłem poprawnego hasła i wszystko poszło dobrze. Jednak muszę się zalogować przez SSH / FTP i nie mogę. Nadal daje mi „odmowę zgody”. Wiem, że hasło jest prawidłowe, ponieważ zresetowałem je za pomocą LISH i wiem, że mam prawidłową metodę logowania, ponieważ zalogowałem się na serwerze przed użyciem dokładnie tych samych poleceń. Mam nadzieję, że nie okaże się to jakimś problemem noob, bo inaczej będę bardzo sfrustrowany.

Odpowiedzi:


40

Musisz uruchomić ssh(klienta i ewentualnie serwer) z większą szczegółowością, aby zrozumieć, dlaczego uwierzytelnianie się nie powiedzie. Dla klienta uruchom

ssh -vvv username@host 

Po stronie serwera sprawdź dzienniki. /var/log/auth.logda ci całkiem niezły pomysł na to, co się stanie, gdy spróbujesz się zalogować, poszukaj wiadomości, które zawierają sshd. Istnieje wiele powodów, dla których uwierzytelnianie może się nie powieść, od prostych (nie używasz prawidłowej nazwy użytkownika) do bardziej skomplikowanych ( sshdjest skonfigurowany do korzystania z niewłaściwego systemu uwierzytelniania).


Dzięki, sprawdzę to, jak tylko będę mógł wrócić do pracy na serwerze.
willbeeler

Zresetowałem hasło za pomocą konsoli internetowej w Linode i udało mi się wrócić. Doceniam szczegółową wskazówkę. To bardzo przydatne.
willbeeler

dziękuję, okazuje się, że mój serwer ma również ograniczenia ssh ip, które znalazłem, patrząc na auth.log.
siniradam

1
Uruchamiam ssh -d -d -d po stronie serwera. Widzę „Nieudane hasło dla Michaela” ... ”niepoprawne hasło dla użytkownika Michała” Ale to właściwy użytkownik i hasło!
Michael

Miałem ten sam problem. Nie udało się połączyć dwóch czystych instalacji. Zauważyłem, że hasło zawierające @znak zawsze zawodziło. Kiedy !zamiast tego użyłem postaci, zadziałało. To może być nonsens, ale może pomoże komuś
Nick.McDermaid

0

Spróbuj użyć innego portu. Wygląda na to, że port SSH, z którego korzystał serwer, był używany przez inną usługę, a ja uzyskiwałem trochę błędnych wyników.


0

W moim przypadku edytowałem / etc / shadow- za pomocą edytora tekstu, ponieważ menedżer plików był jedynym dostępem, jaki miałem. Nawet po tym, jak odłożyłem oryginalny ciąg skrótu, jakoś nie działało. Po zresetowaniu hasła w panelu hostingowym wszystko zaczęło działać.


0

w moim przypadku nasz dział IT skonfigurował PAM z regułami, które złamały mój login. Odpowiedź następnie @pestilence „s zobaczyć błąd, skończyło się zakomentowanie AllowGroupsw /etc/ssh/sshd_config, który był ustawiony tak, aby pewne rzeczy IT:

UsePAM yes
#AllowGroups <some IT groups>

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.