netstat -an – z CMD (przez PowerShell)

netstat -an uruchamiane z poziomu PowerShell działa identycznie jak w CMD — wyświetla adresy i porty w formie numerycznej bez rozpoznawania nazw.

netstat -an – czym jest polecenie z CMD przez PowerShell

netstat -an to praktyczne polecenie diagnostyczne służące do sprawdzania bieżących połączeń sieciowych oraz portów obserwowanych przez system Windows. Można je uruchomić bezpośrednio w klasycznym wierszu polecenia, ale także w PowerShell, który pozwala wywoływać wiele starszych narzędzi systemowych. W takim użyciu nie tworzy się osobnego, odmiennego mechanizmu diagnostycznego. PowerShell przekazuje polecenie do systemowego programu netstat, a następnie pokazuje otrzymany wynik w konsoli.

Przełącznik -a powoduje uwzględnienie aktywnych połączeń oraz portów, na których komputer oczekuje na połączenia przychodzące. Przełącznik -n wymusza zapis numeryczny. Oznacza to, że zamiast prób tłumaczenia adresów IP na nazwy hostów oraz numerów portów na nazwy usług prezentowane są surowe wartości. Dzięki temu wynik pojawia się szybciej i jest bardziej jednoznaczny podczas analizy technicznej. Wpisanie polecenia w PowerShell może wyglądać następująco:

netstat -an

Wynik jest zwykle podzielony na kolumny opisujące protokół, lokalny adres wraz z portem, adres zdalny wraz z portem oraz stan połączenia. W zależności od wersji systemu i języka interfejsu nazwy stanów mogą być wyświetlane po angielsku. Sam fakt pojawienia się portu w tabeli nie oznacza jeszcze awarii ani nie potwierdza, że konkretna aplikacja działa nieprawidłowo. Jest to punkt wyjścia do dalszego sprawdzenia procesu, reguł zapory oraz konfiguracji programu.

netstat -an i kontekst techniczny adresów oraz portów

Podczas czytania tabeli warto odróżnić adres lokalny od adresu zdalnego. Adres lokalny wskazuje interfejs oraz port używany przez badany komputer. Adres zdalny odnosi się do drugiego końca połączenia. Zapis 0.0.0.0 przy adresie lokalnym może oznaczać nasłuchiwanie na wszystkich dostępnych interfejsach IPv4, natomiast 127.0.0.1 wskazuje komunikację ograniczoną do tego samego urządzenia. W przypadku IPv6 można spotkać między innymi adres lokalny :: oraz lokalny adres zwrotny ::1. Interpretacja wymaga uwzględnienia aplikacji, karty sieciowej i sposobu skonfigurowania usługi.

Najczęściej spotykany stan LISTENING oznacza, że system oczekuje na próbę połączenia na określonym porcie. ESTABLISHED wskazuje na aktywne połączenie pomiędzy komputerem lokalnym i urządzeniem zdalnym. Stany takie jak TIME_WAIT, CLOSE_WAIT czy SYN_SENT opisują etapy obsługi połączenia i same w sobie nie muszą oznaczać problemu. Znaczenie zależy od czasu trwania, liczby podobnych wpisów oraz zachowania programu, który korzysta z danego portu.

Wariant uruchomiony z PowerShell można porównać z poleceniami bardziej typowymi dla tego środowiska, na przykład Get-NetTCPConnection. netstat -an prezentuje jednak prostą tabelę tekstową i bywa wygodniejszy podczas szybkiego przekazania wyniku do dokumentacji albo porównania z instrukcją przeznaczoną dla CMD. Get-NetTCPConnection udostępnia bardziej uporządkowane właściwości, dlatego lepiej sprawdza się przy filtrowaniu obiektów i dalszym przetwarzaniu. Różnica dotyczy przede wszystkim sposobu prezentacji danych, a nie samego celu kontroli połączeń.

netstat -an – typowe problemy wykrywane w tabeli

Jednym z częstszych zastosowań jest sprawdzenie, dlaczego aplikacja nie może połączyć się z usługą działającą na określonym porcie. W tabeli może nie być oczekiwanego wpisu nasłuchującego, co sugeruje, że program nie został uruchomiony, usługa zatrzymała się albo korzysta z innego portu. Może również występować wpis LISTENING, lecz połączenie z zewnątrz nadal będzie odrzucane z powodu zapory, błędnego adresu interfejsu lub ograniczeń samej aplikacji.

Inny przypadek stanowią liczne połączenia do nieznanych adresów zdalnych. Taki obraz powinien prowadzić do ustalenia, który proces otworzył połączenie, z jaką aplikacją jest związany i czy zachowanie odpowiada wykonywanym czynnościom. Sama tabela netstat -an nie pokazuje nazwy programu, dlatego nie powinno się na jej podstawie formułować pochopnych wniosków o złośliwym działaniu. Warto wykonać dodatkowe sprawdzenia, przeanalizować autostart, dzienniki systemowe oraz aktualność ochrony systemu.

Problemy mogą dotyczyć również komunikacji w sieci lokalnej. Powtarzające się próby połączeń, długotrwałe wpisy w nietypowych stanach albo brak odpowiedzi z oczekiwanego adresu mogą wskazywać na błędną konfigurację, konflikt ustawień, nieprawidłowy profil sieci lub zakłócenia po stronie urządzenia współpracującego. Przydatne jest zapisanie wyniku z oznaczeniem daty, a następnie wykonanie drugiego pomiaru po ponownym uruchomieniu programu lub odtworzeniu problemu. Porównanie obu tabel często ułatwia oddzielenie stałej konfiguracji od zdarzenia chwilowego.

netstat -an z PowerShell – praktyczne wskazówki analizy

Najpierw powinno się uruchomić PowerShell w zwykłym trybie i wykonać polecenie bez dodatkowych przełączników. Jeżeli wynik ma zostać przejrzany spokojnie, można przewijać go w konsoli albo przekierować do pliku tekstowego, na przykład przez konstrukcję netstat -an > wynik-netstat.txt. Tak zapisany raport można potem przeszukać pod kątem konkretnego numeru portu lub stanu połączenia. Przy przekierowaniu należy pamiętać, że tekst zostanie zapisany w bieżącym katalogu PowerShell, więc przed rozpoczęciem pracy warto sprawdzić jego lokalizację.

Do wyszukania określonego fragmentu wyniku można użyć potoku, na przykład netstat -an | Select-String "LISTENING". Pozwala to ograniczyć wyświetlanie do portów nasłuchujących. Wyszukanie numeru portu może wyglądać podobnie, lecz trzeba uważać na przypadkowe dopasowania zawierające tę samą sekwencję cyfr. Przy analizie adresów IPv6 nie należy zakładać, że zapis będzie miał identyczną długość jak w IPv4. Ważne jest także rozróżnienie portu lokalnego i zdalnego, ponieważ ten sam numer może pojawić się w obu kolumnach z całkowicie innym znaczeniem.

Wynik warto interpretować razem z momentem wykonania pomiaru. Przeglądarka, program pocztowy, synchronizacja plików i aktualizacje systemu mogą dynamicznie otwierać oraz zamykać połączenia. Z tego powodu pojedyncza migawka nie zawsze odzwierciedla pełne zachowanie komputera. Lepszą metodą bywa wykonanie kilku odczytów: przed uruchomieniem aplikacji, w chwili wystąpienia problemu oraz po jego ustąpieniu. Należy również zachować ostrożność przy publikowaniu wyników, ponieważ adresy lokalne i zdalne mogą ujawniać informacje o używanej sieci.

Kiedy użyć netstat -an i kiedy zgłosić się do serwisu

Samodzielne wykonanie netstat -an jest przydatne, gdy potrzebne jest szybkie sprawdzenie, czy komputer ma aktywne połączenia, czy wskazany port nasłuchuje albo czy problem pojawia się tylko podczas działania konkretnej aplikacji. Jeżeli nie jest jasne, do którego programu należy dany wpis, nie powinno się kończyć procesu wyłącznie na podstawie numeru portu. Nieostrożne zamykanie usług systemowych może spowodować utratę połączenia, przerwanie pracy programu albo konieczność ponownej konfiguracji.

Do serwisu warto zgłosić się wtedy, gdy połączenia znikają mimo prawidłowej konfiguracji, system regularnie traci dostęp do sieci, pojawiają się nieznane i powtarzalne wpisy, a także gdy analiza wymaga sprawdzenia sterowników, zapory, ustawień systemowych lub sprzętu sieciowego. W Warszawskim Pogotowiu Komputerowym 24/7 można przekazać zapis z polecenia, opis momentu wystąpienia usterki oraz informacje o tym, jakie czynności były wykonywane. Taki materiał ułatwia rozpoczęcie diagnostyki i ogranicza ryzyko pominięcia ważnego szczegółu.

Przy zgłoszeniu dobrze jest podać wersję Windows, sposób połączenia z siecią, nazwę programu, którego dotyczy problem, oraz dokładny komunikat pojawiający się na ekranie. Przydatne będzie również wskazanie, czy problem występuje stale, czy tylko po uśpieniu, ponownym uruchomieniu lub zmianie sieci. Polecenie netstat -an nie zastępuje pełnej diagnostyki, ale dostarcza czytelnego obrazu połączeń w konkretnej chwili i może stanowić wartościowy element opisu usterki.