Usługa wymaga portu

Usługa wymagająca portu wskazuje na konflikt z inną aplikacją już nasłuchującą na tym samym numerze portu sieciowego.

Co oznacza komunikat o wymaganym porcie

Komunikat „Usługa wymaga portu” oznacza, że uruchamiana usługa próbuje utworzyć punkt nasłuchu dla połączeń sieciowych, ale system nie może przydzielić jej wskazanego portu. Port jest logicznym numerem używanym razem z adresem IP do kierowania ruchu do właściwego procesu. Sama informacja o porcie nie wskazuje jeszcze, czy problem dotyczy protokołu TCP, UDP, adresu IPv4, adresu IPv6 ani konkretnej aplikacji. Te elementy trzeba ustalić na podstawie konfiguracji usługi i szczegółowego komunikatu systemowego.

Najczęstszą przyczyną jest konflikt, w którym inny proces już nasłuchuje na tym samym numerze portu i na tym samym adresie lokalnym. W przypadku TCP aplikacja wykonuje operację bindowania adresu i portu, a następnie przechodzi w stan nasłuchiwania. Druga aplikacja nie może zwykle przejąć identycznej pary adres–port, ponieważ system nie wiedziałby, któremu procesowi przekazać nowe połączenie. Podobny problem może wystąpić dla UDP, mimo że ten protokół nie ustanawia połączenia w taki sam sposób jak TCP.

Adres, protokół i zakres nasłuchiwania

Sam numer portu nie opisuje całego zasobu zajmowanego przez usługę. Znaczenie ma również lokalny adres IP oraz protokół transportowy. Proces nasłuchujący wyłącznie na 127.0.0.1 może obsługiwać ruch lokalny, natomiast proces związany z adresem 0.0.0.0 deklaruje gotowość do odbierania ruchu na wielu interfejsach IPv4. W systemach obsługujących IPv6 podobną rolę może pełnić adres ::. Dlatego dwa procesy mogą czasem korzystać z tego samego numeru portu, jeśli działają na rozłącznych adresach lub używają różnych protokołów, ale nie jest to regułą obowiązującą w każdej konfiguracji.

Ważne jest także rozróżnienie portu usługi od reguły zapory sieciowej. Jeśli port jest zablokowany przez zaporę, usługa może nadal poprawnie rozpocząć nasłuchiwanie, lecz połączenia z zewnątrz nie będą do niej docierać. Komunikat o wymaganym lub zajętym porcie pojawia się wcześniej, podczas próby utworzenia lokalnego nasłuchu. Z kolei błędny adres interfejsu, nieistniejąca karta sieciowa albo brak uprawnień mogą spowodować podobnie brzmiący błąd, ale wymagają innego postępowania niż zwykłe zwolnienie portu.

Ustalenie procesu zajmującego port

Diagnostykę należy rozpocząć od ustalenia pełnego numeru portu, protokołu i adresu, którego oczekuje usługa. W systemie Windows polecenie netstat -ano wyświetla aktywne połączenia i porty nasłuchujące wraz z identyfikatorem procesu PID. Wiersz ze stanem LISTENING dotyczy nasłuchu TCP. Po znalezieniu PID można użyć polecenia tasklist /FI "PID eq NUMER_PID", zastępując wartość przykładową rzeczywistym identyfikatorem, aby sprawdzić nazwę procesu. W PowerShell pomocne jest polecenie Get-NetTCPConnection -LocalPort NUMER_PORTU dla portów TCP.

W systemach Linux i innych systemach uniksowych podobne informacje można uzyskać poleceniem ss -ltnp dla nasłuchujących gniazd TCP oraz ss -lunp dla gniazd UDP, o ile użytkownik ma uprawnienia do wyświetlenia właściciela procesu. Trzeba zachować ostrożność przy interpretacji wyniku: aplikacja może działać jako usługa systemowa, proces uruchomiony przez innego użytkownika albo składnik programu, którego nazwa nie odpowiada nazwie widocznej w interfejsie graficznym. Samo zakończenie procesu nie rozwiązuje problemu trwale, jeśli zostanie on automatycznie uruchomiony ponownie.

Zmiana konfiguracji i przywrócenie działania usługi

Po potwierdzeniu konfliktu można zatrzymać usługę, która nie powinna korzystać z danego portu, albo zmienić port jednej z aplikacji. Zmiana musi być wykonana w konfiguracji programu, a następnie zastosowana zgodnie z jego mechanizmem ponownego uruchomienia. Jeżeli port jest używany przez dwa składniki tego samego pakietu, przypadkowa zmiana tylko jednego ustawienia może zerwać komunikację między nimi. Trzeba wtedy zaktualizować również adres portu w kliencie, module pomocniczym lub skrócie uruchamiającym, jeżeli takie odwołanie występuje.

Nie należy wybierać nowego portu wyłącznie dlatego, że nie jest widoczny na krótkiej liście aktywnych procesów. Port może być zajęty tylko chwilowo, nasłuch może dotyczyć innego protokołu, a program może uruchamiać się dopiero po spełnieniu określonego warunku. Po zmianie konfiguracji należy ponownie uruchomić usługę, sprawdzić, czy nasłuch został utworzony na właściwym adresie, oraz wykonać test połączenia z programu, który ma z niej korzystać. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z uruchamianiem oprogramowania oraz komunikacją sieciową na komputerze użytkownika.