Pourquoi le processus 'System' écoute-t-il sur le port 443 ?

Je parie que c'est Skype. Décochez la case ci-dessous si vous l'avez installé.

Tout d'abord, je vais répondre directement à cette question et tous ceux qui lisent ces lignes peuvent ignorer les réponses qui parlent d'applications tierces, non-Microsoft, utilisant le processus système.

1. En Système Le processus est répertorié comme PID 4 sur tous les systèmes Windows modernes. Il s'agit d'un accès au mode noyau. Cela exclut la plupart des produits Web tiers comme Apache.

2. Depuis la création de WinRM (Windows Remote Management), le système de gestion à distance de l'entreprise a été conçu pour répondre aux besoins des utilisateurs. HTTP service ( %SystemRoot \system32\drivers\http.sys ) fait partie intégrante de Windows (Vista et versions ultérieures / Server 2008 et versions ultérieures). http.sys s'exécute sous le nom de fichier Système processus ( PID 4 ).

3. D'autres logiciels développés par Microsoft peuvent également utiliser l'adresse %SystemRoot%. \system32\drivers\ http.sys sous le processus Système comme IIS , SQL Reporting Services y Service de déploiement Web de Microsoft ( http://support.microsoft.com/kb/2597817 )...

4. Les ports par défaut de WinRM 1.0 étaient :
   HTTP = 80
   HTTPS = 443
   Les ports par défaut de WinRM 2.0 et plus sont :
   HTTP = 5985
   HTTPS = 5986
   Vérifiez avec les commandes suivantes :
   Winrm énumère winrm/config/listener
   Winrm get http://schemas.microsoft.com/wbem/wsman/1/config

Étapes de dépannage :

Obtenez le numéro de processus du port que vous recherchez (443 dans ce cas) :

=================================================================================

...à partir d'un lecteur non mappé de Windows pour éviter le "Accès refusé" :
netstat -aon | find ":443"
La sortie devrait ressembler à ce qui suit pour le Système processus :
C:>netstat -ano |find ":443"
TCP 0.0.0.0:443 0.0.0.0:0 ÉCOUTE 4
TCP [: :]:443 [: :]:0 ÉCOUTE 4
La dernière colonne est le PID (4).

5. Running Liste de tâches pour découvrir ce qui se passe dans le processus s'avère inutile :
   tasklist /SVC /FI "PID eq 4"
   tasklist /m /FI "PID eq 4"

6. Recherchez le service HTTP dans le registre : HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\services\HTTP\Parameters\UrlAclInfo
   Il y aura une liste d'URLs (avec les numéros de port) qui peuvent vous conduire à quelle application est en cours d'exécution et tenant quels ports :
   http:// +:5985/wsman/ --> WinRM
   https:// +:5986/wsman/ --> WinRM
   http:// +:80/Rapports/ --> 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/ --> Service de protocole de découverte de service simple (SSDPSRV)
   http://* :5357/ --> Découverte dynamique des services Web (WS-Discovery)
   https://* :5358/ --> Découverte dynamique des services Web (WS-Discovery)

Vous pouvez alors trouver le service correspondant sur le système et l'arrêter et voir que le port souhaité est libéré en confirmant avec un autre netstat -aon | find ":443" commandement.

J'ai eu le problème que le port 443 était utilisé par "système" avec PID 4 sur ma machine Windows 7. La solution pour moi a été de supprimer une "connexion entrante" (VPN) qui existait dans le dossier des connexions réseau.

Il semble que je l'ai créé et que j'ai oublié de le supprimer après utilisation...

Il s'agit souvent du service d'agent hôte VMware (nécessaire pour la communication entre hôtes VM). vmware-hostd.exe .

Un bon moyen de savoir quel sous-processus svchost.exe est en cours d'exécution est d'utiliser le logiciel Sysinternals'. Explorateur de processus .