Mam problemy z uruchomieniem mojego serwera Apache, ponieważ port 443 jest już w użyciu.

Okazuje się, że proces systemowy (PID 4) korzysta z portu 443. Nie mam zainstalowanych usług IIS, services.msc pokazuje (przewidywalnie) brak uruchomionego serwera Exchange, ani usług WWW, ani IIS. Nie mam pojęcia, jak dowiedzieć się, która usługa korzysta z tego portu, poza tym, że po prostu wyłączam każdą usługę jedna po drugiej i nawet nie jestem pewien, czy to pomogłoby.

Byłbym wdzięczny, gdyby ktoś mógł wskazać mi, w jaki sposób mogę odzyskać mój port SSL, dziękuję :)

PS: Oczywiście „wystarczy przełączyć Apache na inny port dla SSL” rozwiązałoby problem braku możliwości uruchomienia Apache. Ale nadal chciałbym wiedzieć, co jest tak natarczywe w portowaniu 443. :)

Do tej pory wybrałem „trudną drogę” i wyłączyłem usługi jeden po drugim. Okazało się, że winowajcą była usługa „Routing and RAS”.

Dziękuję wszystkim za cenny wkład i nowe narzędzia w walce z „WTF robi teraz mój system?”.

Uruchom następujące polecenie z wiersza polecenia z podwyższonym poziomem uprawnień:

netstat -ab

Założę się, że to Skype. Odznacz pole wyboru pokazane poniżej, jeśli masz zainstalowane.

Miałem problem, że port 443 był używany przez „system” z PID 4 na moim komputerze z systemem Windows 7. Rozwiązaniem było dla mnie usunięcie „połączenia przychodzącego” (VPN), które istniało w folderze połączeń sieciowych.

Wygląda na to, że go utworzyłem i zapomniałem go usunąć po użyciu ...

Po pierwsze, odpowiem bezpośrednio na to pytanie i każdy, kto to przeczyta, może zignorować wszelkie odpowiedzi na temat aplikacji innych firm niż Microsoft korzystających z Procesu systemowego.

1. Proces systemowy jest wymieniony jako PID 4 w każdym współczesnym systemie Windows. Służy do dostępu w trybie jądra. Wyklucza to większość produktów internetowych innych firm, takich jak Apache.

2. Od momentu uruchomienia WinRM (Windows Remote Management) usługa HTTP ( % SystemRoot% \ system32 \ drivers \ http.sys ) jest standardową częścią systemu Windows (Vista i nowsze wersje / Server 2008 i nowsze wersje). http.sys działa w procesie systemowym ( PID 4 ).

3. Inne oprogramowanie opracowane przez Microsoft może również korzystać z% SystemRoot% \ system32 \ drivers \ http.sys w procesie systemowym, takich jak IIS , SQL Reporting Services i Microsoft Web Deployment Service ( http://support.microsoft.com/kb/2597817 ) ...

4. Domyślnymi portami WinRM 1.0 były:
   HTTP = 80
   HTTPS = 443
   Domyślnymi portami WinRM 2.0 są:
   HTTP = 5985
   HTTPS = 5986
   Sprawdź za pomocą następujących poleceń:
   Winrm wylicz winrm / config / listener
   Winrm get http://schemas.microsoft.com / wbem / wsman / 1 / config
   

Kroki rozwiązywania problemów:

Uzyskaj numer procesowy portu, którego szukasz (w tym przypadku 443):

... z
niemapowanego dysku systemu Windows, aby uniknąć „Odmowa dostępu”: netstat -aon | find ": 443" Dane
wyjściowe powinny wyglądać następująco dla procesu systemowego :
C:> netstat -ano | find ": 443"
TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 4
TCP [::]: 443 [: :]: 0 LISTENING 4
Ostatnia kolumna to PID (4).

5. Uruchamianie tasklist aby dowiedzieć się, co działa w procesie udowadnia nieprzydatny:
   tasklist / SVC / FI "PID eq 4"
   tasklist / m / FI "PID eq 4"
   

6. Poszukaj w rejestrze usługi HTTP: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ HTTP \ Parameters \ UrlAclInfo
   Pojawi się lista adresów URL (z numerami portów), które mogą doprowadzić cię do tego, która aplikacja jest uruchomiona i która zawiera porty:
   http : // +: 5985 / wsman / -> WinRM
   https: // +: 5986 / wsman / -> WinRM
   http: // +: 80 / Reports / -> SQL Reporting Server
   http: // +: 80 / ReportServer / -> Serwer raportowania SQL
   https: // serwer_fqdn: 443 / Raporty / -> Serwer raportowania SQL
   https: // serwer_fqdn: 443 / ReportsServer / -> Serwer raportowania SQL
   http: // *: 2869 / - -> Usługa Simple Service Discovery Protocol (SSDPSRV)
   http: // *: 5357 / ->Web Services Dynamic Discovery (WS-Discovery)
   https: // *: 5358 / -> Web Services Dynamic Discovery (WS-Discovery)
   

Następnie możesz znaleźć odpowiednią usługę w systemie i zatrzymać ją i sprawdzić, czy żądany port został zwolniony, potwierdzając za pomocą innej komendy netstat -aon | znajdź polecenie „: 443” .

Często jest to usługa agenta hosta VMware (wymagana do komunikacji VM-host-gość) vmware-hostd.exe.

Dobrym sposobem, aby dowiedzieć się, który proces podrzędny jest uruchomiony svchost.exe, jest skorzystanie z Eksploratora procesów Sysinternals .

Miałem podobne problemy z routowaniem 443 żądań do mojego serwera WAS. W oparciu o zalecenia zawarte w tym pytaniu zrobiłem to:

1. Z podwyższonego polecenia cmd uruchomiono netstat -a -n -o | findstr 443
2. Zidentyfikowano PID procesu nasłuchującego na 443
3. Wykorzystano Process Explorer do identyfikacji procesu na podstawie PID.
4. W moim przypadku słuchanie aplikacji było vmwarehostd.exe
5. Zatrzymano serwer VMware Workstation od services.msc. Zrestartowany przez serwer WAS.

Wszystkie 443 prośby przyszły do ​​443 szczęśliwie.

PS: Już odinstalowałem Skype, który został wbudowany w moją instalację Windows 8. Usługa routingu i dostępu zdalnego została wyłączona na moim komputerze.

Jeśli jest to proces rozpoczęty przez usługę, netstat -abnie pomoże.

W takim przypadku spróbuj netstat -ao | find /i "443"użyć wiersza polecenia administratora. To da ci takie wyjście:

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

Następnie wpisz tasklist | find /i "<PID>"inny wiersz polecenia administratora.

W moim przypadku PID wynosił 2912, a moim poleceniem było:

tasklist | find /i "2912"

Dane wyjściowe mojego polecenia to:

vmware-hostd.exe   2912 Services   0   39 856 K

Wow, nawet zapomniałem, że zainstalowałem VMware, aby sprawdzić funkcjonalność ...

W moim przypadku to DataManager z F5 Networks, który używa Tomcat 6 wewnętrznie do obsługi swoich stron internetowych. Zapomniałem odinstalować tę aplikację. Zła decyzja projektowa, jeśli mnie o to poprosisz.

Za pomocą netstat -ao | find ":443"dowiedziałem się, że port 443 jest używany przez PID 4, który był procesem systemowym. Zdarzyło mi się to dwukrotnie w systemie Windows Server 2012 i wynikało to z jednego z następujących powodów:

1. Działały usługi IIS, wymienione w usłudze jako „Usługa publikowania w sieci WWW”, które zatrzymałem.
2. Zainstalowana funkcja folderów roboczych, więc ją odinstalowałem.

To może nie być rozwiązanie dla wszystkich, ale może pomóc niektórym.

W moim przypadku korzystaniem z portu 443 był proces DTC (Distributed Transaction Coordinator). W szczególności aktywowałem WS-AT w DTC i korzystał on z portu 443.

Ogólnie rozumiem, że gdy proces systemowy (PID 4) korzysta z portu 443 / HTTPS, jest to wewnętrzny proces systemu Windows (w moim przypadku DTC, ale myślę, że może to być również inny proces), jeśli nie jest to strona internetowa IIS Użyj tego.

Dla mnie był to agent McAfee EPO nasłuchujący na porcie 80. Musiałem przejść przez kilka bolesnych obręczy, aby to zmienić. https://kc.mcafee.com/corporate/index?page=content&id=KB67605

Dla mnie po aktualizacji systemu Windows Server 2016 serwer Apache 443 nie mógł rozpocząć się od zwykłego zdarzenia wymienionego na liście.

Uważam, że winowajcą jest usługa „Windows Sync Share” (SyncShareSvc). Wyłączyłem i mogłem uruchomić Apache.

Odkryłem, że korzystanie z funkcji VPN w Windows 8 (prawdopodobnie tak samo w Windows 7) używa portu 443.

Dodatkowo mój port został ponownie zamknięty przez PMB.exe (Pando Media Booster).

Wireshark powie ci szczegóły. http://www.wireshark.org/ Lub Monitor TCP: http://www.itsamples.com/tcp-monitor.html

To pomoże.

Jeśli masz jakiś sterownik wirtualnej sieci LAN (taki jak OpenVM, VMware itp.) - upewnij się, że port został zwolniony przed przekazaniem go do czegoś innego ...

Krótka wskazówka boczna;)

Miałem te same problemy podczas próby zainstalowania aktualizacji VMware. Wyśledziłem to na Skype. Domyślnie nowy klient to 443.