Ho problemi ad avviare il mio server Apache, perché la porta 443 è già in uso.

Si scopre che il processo di sistema (PID 4) utilizza la porta 443. Non ho IIS installato, services.msc mostra (prevedibilmente) nessun server Exchange in esecuzione, né WWW-Services, né IIS. Non ho idea di come scoprire quale servizio utilizza quella porta, a parte semplicemente disabilitare ciascun servizio uno dopo l'altro, e non sono nemmeno sicuro che possa aiutare.

Le sarei grato se qualcuno potesse indicarmi come posso riavere la mia porta SSL, grazie :)

PS: Ovviamente "basta passare Apache su un'altra porta per SSL" risolverebbe il problema di non poter avviare Apache. Ma mi piacerebbe ancora sapere cosa è così insistente sulla porta 443 di hogging. :)

Ormai ho seguito la "via difficile" e ho disabilitato i servizi uno dopo l'altro. Si è scoperto che il colpevole era il servizio "Routing e RAS".

Grazie a tutti per il prezioso contributo e i nuovi strumenti nella lotta contro "Il mio sistema ora funziona?".

Eseguire quanto segue da un prompt dei comandi con privilegi elevati:

netstat -ab

Scommetto che è Skype. Deseleziona la casella di controllo mostrata di seguito se è installata.

Ho avuto il problema che la porta 443 è stata utilizzata dal "sistema" con PID 4 sulla mia macchina Windows 7. La soluzione per me era eliminare una "Connessione in entrata" (VPN) che esisteva nella cartella delle connessioni di rete.

Sembra che l'ho creato e dimenticato di eliminarlo dopo l'uso ...

Prima di tutto, risponderò direttamente a questa domanda e chiunque legga questo può ignorare qualsiasi risposta parlando di applicazioni non Microsoft di terze parti che utilizzano il Processo di sistema.

1. Il processo di sistema è elencato come PID 4 su ogni sistema Windows moderno. È per l'accesso in modalità kernel. Questo esclude la maggior parte dei prodotti Web di terze parti come Apache.

2. Fin dall'inizio di WinRM (Gestione remota di Windows), il servizio HTTP ( % SystemRoot% \ system32 \ drivers \ http.sys ) è stato una parte standard di Windows (Vista e versioni successive / Server 2008 e versioni successive). http.sys funziona con il processo di sistema ( PID 4 ).

3. Altri software sviluppati da Microsoft possono inoltre utilizzare% SystemRoot% \ system32 \ drivers \ http.sys nell'ambito del processo di sistema come IIS , SQL Reporting Services e Microsoft Web Deployment Service ( http://support.microsoft.com/kb/2597817 ) ...

4. Le porte predefinite di WinRM 1.0 erano:
   HTTP = 80
   HTTPS = 443
   WinRM 2.0 e le porte predefinite maggiori sono:
   HTTP = 5985
   HTTPS = 5986
   Verificare con i comandi seguenti:
   Winrm enumera winrm / config / listener
   Winrm get http://schemas.microsoft.com / WBEM / wsman / 1 / config
   

Passaggi per la risoluzione dei problemi:

Ottieni il numero di processo della porta che stai cercando (443 in questo caso):

... da un'unità non mappata di Windows per evitare "Accesso negato":
netstat -aon | find ": 443" L'
output dovrebbe essere simile al seguente per il processo di sistema :
C:> netstat -ano | find ": 443"
TCP 0.0.0.0:443 0.0.0.0:0 ASCOLTO 4
TCP [::]: 443 [: :]: 0 ASCOLTO 4
L'ultima colonna è il PID (4).

5. L'esecuzione dell'elenco attività per scoprire cosa è in esecuzione nel processo risulta inutile:
   elenco attività / SVC / FI "PID eq 4"
   elenco attività / m / FI "PID eq 4"
   

6. Cerca nel registro il servizio HTTP: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ HTTP \ Parameters \ UrlAclInfo
   Ci sarà un elenco di URL (con i numeri di porta) che possono portare a quale applicazione è in esecuzione e in possesso di quali porte:
   http : // +: 5985 / wsman / -> WinRM
   https: // +: 5986 / wsman / -> WinRM
   http: // +: 80 / Reports / -> SQL Reporting Server
   http: // +: 80 / ReportServer / -> SQL Reporting Server
   https: // server_fqdn: 443 / Reports / -> SQL Reporting Server
   https: // server_fqdn: 443 / ReportsServer / -> SQL Reporting Server
   http: // *: 2869 / - -> Simple Service Discovery Protocol service (SSDPSRV)
   http: // *: 5357 / ->Individuazione dinamica servizi Web (rilevazione WS)
   https: // *: 5358 / -> Individuazione dinamica servizi Web (rilevazione WS)
   

È quindi possibile trovare il servizio corrispondente sul sistema e arrestarlo e vedere che la porta desiderata viene rilasciata confermando con un altro netstat -aon | trova il comando ": 443" .

Spesso si tratta del servizio agente host VMware (richiesto per le comunicazioni da host VM a host) - vmware-hostd.exe.

Un buon modo per scoprire quale sotto-processo svchost.exe è in esecuzione è utilizzare Process Explorer di Sysinternals .

Ho riscontrato problemi simili con l'instradamento delle richieste 443 al mio server WAS. Sulla base delle raccomandazioni contenute in questa domanda, questo è quello che ho fatto:

1. Da prompt cmd elevato eseguito netstat -a -n -o | findstr 443
2. Identificato il PID del processo in ascolto su 443
3. Usato Process Explorer per identificare il processo dal PID.
4. Nel mio caso l'ascolto dell'applicazione era vmwarehostd.exe
5. Arrestato il server VMware Workstation da services.msc. Riavviato dal server WAS.

E tutte le 443 richieste arrivarono a 443 per sempre felici e contenti.

PS: avevo già disinstallato skype integrato nella mia installazione di Windows 8. Il servizio di routing e accesso remoto era disabilitato nella mia macchina.

Se si tratta di un processo avviato da un servizio, netstat -abnon sarà di aiuto.

In questo caso, provare netstat -ao | find /i "443"in una riga di comando dell'amministratore. Questo ti darà un output come questo:

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

Quindi digitare tasklist | find /i "<PID>"un altro prompt dei comandi dell'amministratore.

Nel mio caso il PID era 2912 e il mio comando era:

tasklist | find /i "2912"

L'output del mio comando era:

vmware-hostd.exe   2912 Services   0   39 856 K

Caspita, ho persino dimenticato di aver installato VMware per verificare una funzionalità ...

Nel mio caso è stato DataManager di F5 Networks che utilizza Tomcat 6 internamente per servire le sue pagine Web. Ho dimenticato di disinstallare quell'app. Cattiva decisione di progettazione, se me lo chiedi.

Usando netstat -ao | find ":443", ho scoperto che la porta 443 è utilizzata dal PID 4, che era il processo di sistema. Questo mi è successo due volte su Windows Server 2012 ed è stato dovuto a uno dei seguenti motivi:

1. IIS era in esecuzione, elencato come "Servizio di pubblicazione sul Web" in Servizi, che ho interrotto.
2. La funzione Cartelle di lavoro è installata, quindi l'ho disinstallata.

Questa potrebbe non essere una soluzione per tutti, ma potrebbe aiutare alcuni.

Nel mio caso è stato il processo DTC (Distributed Transaction Coordinator) a utilizzare la porta 443. In particolare, ho attivato WS-AT in DTC e utilizzava la porta 443.

In generale, capisco che quando il processo di sistema (PID 4) utilizza la porta 443 / HTTPS, è un processo interno di Windows (nel mio caso DTC, ma penso che possa essere anche un altro processo), se non è un sito Web IIS usandolo.

Per me è stato l'agente McAfee EPO che ascoltava sulla porta 80. Ho dovuto passare diversi dolorosi cerchi per farlo cambiare. https://kc.mcafee.com/corporate/index?page=content&id=KB67605

Per me, dopo l'aggiornamento di Windows Server 2016, Apache 443 non poteva iniziare con il solito evento elencato.

Ho trovato il colpevole di essere il servizio "Windows Sync Share" (SyncShareSvc). Ho disabilitato ed è stato in grado di avviare Apache.

Ho scoperto che l'utilizzo della funzionalità VPN in Windows 8 (probabilmente lo stesso per Windows 7) utilizzava la porta 443.

Inoltre, la mia porta è stata chiusa di nuovo da PMB.exe (Pando Media Booster).

Wireshark ti dirà i dettagli. http://www.wireshark.org/ O TCP Monitor: http://www.itsamples.com/tcp-monitor.html

Questo ti aiuterà.

Se hai una sorta di driver LAN virtuale (come OpenVM, VMware, ecc.) - assicurati di 'rilasciare' la porta prima di assegnarla a qualcos'altro ...

Solo un breve suggerimento laterale;)

Ho avuto lo stesso problema durante il tentativo di installare un aggiornamento VMware. L'ho rintracciato su Skype. Per impostazione predefinita, il nuovo client è 443.