Rozdział 9 · 9.2
Najczęstsze komunikaty o błędach SSH
| Komunikat | Co to oznacza? | Co zrobić? |
|---|---|---|
Connection timed out | Państwa komputer nie otrzymuje odpowiedzi. VPS jest wyłączony, adres IP jest nieprawidłowy lub zapora sieciowa blokuje port 22. | Prosimy sprawdzić, czy VPS jest włączony i czy adres IP jest prawidłowy. Prosimy zalogować się przez konsolę i sprawdzić zaporę sieciową (Brak dostępu: nie mogą Państwo zalogować się na serwer). |
Connection refused | Serwer odpowiada, ale na tym porcie nic nie nasłuchuje. SSH nie działa lub nasłuchuje na innym porcie. | W konsoli: systemctl status ssh i ss -tlnp | grep ssh. |
Permission denied (publickey) | Serwer akceptuje tylko klucze, a Państwa klucz nie pasuje. | Prosimy sprawdzić nazwę użytkownika, to, czy używają Państwo właściwego klucza (ssh -v pokazuje, który klucz jest próbowany), oraz uprawnienia ~/.ssh na serwerze (Umieszczenie klucza na serwerze i jego test). |
Permission denied (publickey,password) | Hasło lub klucz jest nieprawidłowy. | Prosimy zwrócić uwagę na wielkość liter. W razie potrzeby można ustawić nowe hasło root na ekranie VPS. |
REMOTE HOST IDENTIFICATION HAS CHANGED | Serwer pokazuje inny odcisk palca niż ten, który zapamiętał Państwa komputer. | To normalne po ponownej instalacji. Wówczas: ssh-keygen -R 203.0.113.10 i ponowne zalogowanie, ze sprawdzeniem opisanym w Pierwsze logowanie przez SSH. Jeśli niczego Państwo nie zmieniali, prosimy nie kontynuować i najpierw ustalić przyczynę. |
Too many authentication failures | Państwa komputer próbuje zbyt wielu kluczy po kolei. | Prosimy wskazać klucz za pomocą -i ~/.ssh/id_ed25519 lub dodać IdentitiesOnly yes do konfiguracji SSH (Plik konfiguracyjny SSH: logowanie za pomocą krótkiej nazwy). |
UNPROTECTED PRIVATE KEY FILE! | Państwa klucz prywatny mogą odczytać inne osoby na Państwa własnym komputerze. | Na Mac i Linux: chmod 600 ~/.ssh/id_ed25519. W systemie Windows: prosimy zadbać, aby tylko Państwa konto mogło odczytywać ten plik. |
Więcej szczegółów
Za pomocą ssh -v anna@203.0.113.10 zobaczą Państwo krok po kroku, co się dzieje: jakie klucze próbuje Państwa komputer i w którym miejscu pojawia się problem. Na serwerze drugą stronę połączenia zobaczą Państwo za pomocą sudo journalctl -u ssh -e (w AlmaLinux i Rocky Linux -u sshd).
