Dzisiaj przypadkowo zauważyłem, że jakiś nieznany serwer WWW nasłuchuje na porcie 8000. Otwarcie http: // localhost: 8000 po prostu zwraca 404, więc nie otrzymuję żadnej wskazówki, co tam dokładnie nasłuchuje.
Kiedyś dowiadywałem netstat -anosię, że proces z PID 4 nasłuchuje na tym porcie. PID 4 jest procesem systemowym. Dlaczego mój system nasłuchuje na tym porcie, bez uruchamiania serwera? Lub jak mogę dowiedzieć się, co dokładnie tam słucha?
Przeczytałem powiązane pytania dotyczące portu 80 i portu 443 , ale żadna z wymienionych tam usług nie działała w moim systemie. Inne sugestie też tam nie działały.
edytować:
Odpowiedź HTTP serwera podaje się Microsoft-HTTPAPI/2.0jako serwer.
edycja2:
Zgodnie z prośbą Shadoka, oto wpisy TCPView z portem 8000. Ale wątpię, czy to w ogóle przydatne…
netstat -abnetstat -abże mój mówi „Nie mogę uzyskać informacji o własności”, więc utknąłem, ale poza tym nadal przydatne polecenieMoże trochę za późno, ale ten wątek pojawił się dość wysoko podczas wyszukiwania w Google i wydawał się najbardziej odpowiedni, choć brakowało mi ostatniej informacji, którą uznałem za przydatną.
Możesz zobaczyć (dynamicznie) zarejestrowany adres URL, uruchamiając następujące polecenie:
netsh http show servicestateźródło
Trochę googlingu pokazuje przykładowe aplikacje WCF korzystające z 8000 oraz Intel Remote Desktop Interface. Nie spodziewałbym się, że będą działać jako system.
Istnieje kilka trojanów / backdoorów korzystających z 8000, więc być może dobrym pomysłem byłoby uruchomienie dysku antywirusowego i wykonanie pełnego skanowania.
źródło
Możesz użyć TCPView, aby znaleźć o wiele więcej informacji na temat tego procesu niż to, co można znaleźć w netstat.
Jeśli po tym nie wiesz, czym naprawdę jest ta aplikacja, opublikuj zrzut ekranu linii z portem 8000, a my się dowiemy.
źródło
Gniazdami systemowymi (PID 4) może być http.sys, w którym to przypadku można użyć polecenia netsh wydanego przez PiBa-NL.
Pamiętaj jednak, że istnieje kilka parametrów. Wygląda na to, że wartości domyślne są równoważne z:
Widok sesji nie pomógł w moim przypadku, ale pokazał PID:
źródło
W moim przypadku port 8000 został przejęty przez sterowniki karty dźwiękowej Sound BlasterX AE-5 . Proces
Creative.AudPosServiceznajdujący się wC:\Program Files (x86)\Creative\Connection Serviceużywa tego portu.Na szczęście można zmienić ten port. Otwórz
Creative.AudPosService.exe.configi zmień numer portu, gdzie linia znajduje się<add baseAddress="http://localhost:8000/"/>na<add baseAddress="http://localhost:9999/"/>lub cokolwiek innego, co nie zakłóca pracy. Uruchom ponownie komputer i powinno być w porządku.źródło