Sprawdź, czy port SSH 22 jest otwarty

Host
Skanuj tylko hosty, których jesteś właścicielem lub masz wyraźną zgodę na ich skanowanie. Skan sprawdza około 20 znanych portów TCP.
Dalej

Zablokowany na nowym serwerze albo nie wiesz, czy zmiana w zaporze zablokowała SSH? Podaj host i szukaj portu 22 w wynikach. Skan pokazuje też Telnet i FTP, które zwykle chcesz mieć zamknięte.

Jak sprawdzić, czy SSH jest osiągalny

  1. 1

    Podaj serwer

    Wpisz publiczną nazwę hosta lub adres IP serwera w polu Host.

  2. 2

    Uruchom skanowanie

    Naciśnij Dalej, a następnie Skanuj popularne porty.

  3. 3

    Szukaj 22

    Jeśli port 22 pojawi się z etykietą SSH, połączenie TCP z zewnątrz się powiodło.

  4. 4

    Sprawdź 21 i 23

    FTP (21) i Telnet (23) są w tym samym skanie, więc od razu widzisz, czy stary zdalny dostęp jest wystawiony.

Co oznacza trafienie na porcie 22

Port 22 widoczny jako otwarty oznacza, że serwer przyjął połączenie TCP na tym porcie. Potwierdza to, że ścieżka sieciowa działa: zapora, grupa zabezpieczeń i reguły chmury przepuszczają ruch, a coś nasłuchuje. Nie potwierdza to, że Twój klucz lub hasło zostaną zaakceptowane, tylko że drzwi są osiągalne.

Gdy port 22 nie jest widoczny

Skan pokazuje tylko otwarte porty, więc brak 22 może mieć kilka przyczyn:

  • Demon SSH nie działa albo nasłuchuje na innym porcie.
  • Zapora hosta lub grupa zabezpieczeń w chmurze blokuje port 22 z internetu.
  • Serwer jest niedostępny albo wciąż się uruchamia.
  • Dostawca filtruje port 22 w sieci, z której działa skan.

Ten podstawowy skaner nie rozróżni tych przyczyn. Wielu administratorów przenosi SSH celowo na inny port, a tego portu nie ma na stałej liście narzędzia, więc niestandardowy port SSH się nie pokaże.

Kolejność diagnozy

  1. Potwierdź, że serwer działa, na przykład że port WWW, taki jak 443, jest widoczny jako otwarty.
  2. Sprawdź w chmurze zaporę lub grupę zabezpieczeń pod kątem reguły przychodzącej dla Twojego portu SSH.
  3. Sprawdź reguły zapory na samym hoście.
  4. Potwierdź, że usługa SSH działa i na którym porcie.

Wskazówka dotycząca zabezpieczenia

SSH w publicznym internecie jest stale atakowany przez automatyczne próby logowania. Logowanie wyłącznie kluczem i ograniczenie adresów źródłowych zmniejsza to ryzyko. Skanuj tylko serwery, którymi zarządzasz.

Powiązane porty w tym samym skanie

Ta sama kontrola sprawdza też porty WWW 80, 443, 8080 i 8443. Jest to przydatne, gdy SSH wydaje się martwy: jeśli HTTPS odpowiada, a SSH nie, serwer działa, a problem ogranicza się do SSH lub jego reguły zapory. Jeśli nie odpowiada nic, najpierw podejrzewaj serwer, jego sieć albo blokadę na poziomie dostawcy.

Pamiętaj, że skan łączy się z jednego publicznego adresu. Jeśli Twoja reguła SSH zezwala tylko na Twój własny IP, port poprawnie wyjdzie tutaj jako zamknięty, mimo że Ty sam możesz się połączyć. Jeśli spodziewasz się otwartego SSH, a go nie ma, zmieniaj jedną rzecz naraz i skanuj ponownie po każdej zmianie, dzięki czemu będziesz wiedzieć, który krok naprawił problem.

Najczęściej zadawane pytania

Nie. Skaner testuje stałą listę 18 portów, a 22 jest jedynym portem SSH na tej liście. Niestandardowy port SSH nie zostanie sprawdzony.

Otwarty oznacza tylko, że połączenie TCP zostało przyjęte. Logowanie może się nie powieść z powodu złego klucza, wyłączonego użytkownika albo listy dozwolonych w konfiguracji SSH.

Na nowoczesnym serwerze rzadko. Telnet przesyła dane bez szyfrowania, więc jeśli port 23 pojawi się na maszynie, którą zarządzasz, sprawdź, co nasłuchuje, i zamknij go, jeśli nie jest potrzebny.

Nie. Tylko otwiera połączenie TCP i je zamyka. Nie wysyła danych logowania i nie próbuje haseł.

Powiązane narzędzia

Narzędzie jest dostępne w innych językach

Poradniki i zastosowania