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.

willbeeler
źródło

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).

zaraza
źródło
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.

JonQ
źródło
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ć.

użytkownik109764
źródło
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>

Rrosa
źródło