Jak sprawdzić, czy konkretny adres / port jest osiągalny?

10

Potrzebuję prostego narzędzia, które pozwoli mi sprawdzić, czy komputer podłączony do sieci lokalnej może uzyskać dostęp do określonego adresu: portu przy użyciu określonego protokołu, takiego jak TCP lub UDP

System operacyjny maszyny, którego użyję do sprawdzenia, to Windows XP.

— Kaczor
źródło

Powinieneś sprawdzić nasze psexec z Microsoft Sysinternals. Umożliwi to uruchomienie procesu na danym komputerze przy użyciu danych uwierzytelniających.

— music2myear

11

Użyj po prostu telnet:

telnet hostname port

Jeśli otrzymasz połączenie, coś odpowiada na tym porcie.

Jeśli pojawi się komunikat o błędzie, żaden program nie nasłuchuje na tym porcie lub nazwa hosta jest nieprawidłowa:

Connecting To hostname...Could not open connection to the 
host, on port <port>: Connect failed

— Snark
źródło

+1, telnet lub wszechmocny netcat (nc), ale musisz go pobrać z „gdzieś”, więc telnet jest w porządku.

— akira

1

@snark, którego protokołu używa się do tego testu? TCP, UDP czy inny?

— Drake

Używany jest protokół TCP, ponieważ telnet nawiązuje połączenie. UDP jest bezpołączeniowy, więc nie można stwierdzić, czy ktoś nasłuchuje.

— Snark

dzięki. Więc nie ma sposobu, aby użyć narzędzia do sprawdzenia, czy UDP jest dozwolone w danych wyjściowych na określonym porcie? Używasz tylko żądanej aplikacji i widzisz, że działa?

— Drake

3

nmap powinien być w stanie to obsłużyć.

— CaseyIT
źródło

2

gdybyście mogli podać przykład wraz z tą sugestią, byłoby świetnie. Może coś takiego działałoby:nmap -v IP_ADDRESS -Pn -p PORT

— Chris

3

Za pomocą iperf można sprawdzić, czy porty UDP są osiągalne, czy nie.

Przykład: Testowanie, czy port 5093 UDP jest otwarty na zdalnym serwerze 10.0.0.1

C:\>iperf -u -p 5093 -c 10.0.0.1
------------------------------------------------------------
Client connecting to 10.0.0.1, UDP port 5093
Sending 1470 byte datagrams
UDP buffer size: 8.00 KByte (default)
------------------------------------------------------------
[320] local 10.16.61.182 port 54574 connected with 10.0.0.1 port 5093
[ ID] Interval       Transfer     Bandwidth
[320]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec
[320] **Sent 893 datagrams**

Jak widać, klient pomyślnie przesłał 893 datagramy, co oznacza, że port jest rzeczywiście otwarty. W przypadku, gdy zapora blokuje port, powinieneś przeczytać następujący komunikat:

Read failed: Connection reset by peer

— Rafa Uemura
źródło