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

J'ai rencontré des problèmes similaires avec le routage des requêtes 443 vers mon serveur WAS. Sur la base des recommandations de cette question, voici ce que j'ai fait :

1. Depuis une invite cmd élevée, exécutez netstat -a -n -o | findstr 443
2. Identifié le PID du processus écoutant sur 443
3. Utilisation de Process Explorer pour identifier le processus à partir du PID.
4. Dans mon cas, l'application écoutée était vmwarehostd.exe
5. Arrêtez le serveur VMware Workstation de services.msc . Redémarrage par le serveur WAS.

Et toutes les 443 demandes sont arrivées à 443 heureusement jamais après.

PS : J'avais déjà désinstallé skype qui était intégré à mon installation de Windows 8. Le service de routage et d'accès à distance était désactivé sur ma machine.

S'il s'agit d'un processus lancé par un service, netstat -ab n'aidera pas.

Dans ce cas, essayez netstat -ao | find /i "443" dans une ligne de commande d'administrateur. Cela vous donnera une sortie comme celle-ci :

    TCP   0.0.0.0:443   your_hostname:0   LISTENING   PID

Puis tapez tasklist | find /i "<PID>" dans une autre invite de commande de l'administrateur.

Dans mon cas le PID était 2912 et ma commande était :

tasklist | find /i "2912"

La sortie de ma commande était :

vmware-hostd.exe   2912 Services   0   39 856 K

Wow, j'ai même oublié que j'ai installé VMware pour vérifier une fonctionnalité...

Utilisation de netstat -ao | find ":443" J'ai découvert que le port 443 est utilisé par le PID 4, qui est le processus du système. Cela m'est arrivé deux fois sur Windows Server 2012, et c'était dû à l'une des raisons suivantes :

1. IIS était en cours d'exécution, répertorié comme "World Wide Web Publishing Service" dans Services, que j'ai arrêté.
2. La fonction Dossiers de travail a été installée, alors je l'ai désinstallée.

Ce n'est peut-être pas une solution pour tout le monde, mais cela peut en aider certains.

Pour moi, après la mise à jour de Windows Server 2016, Apache 443 ne pouvait pas démarrer avec l'événement habituel listé.

J'ai trouvé que le coupable était le service "Windows Sync Share" (SyncShareSvc). Je l'ai désactivé et j'ai pu lancer Apache.

Dans mon cas, c'était le processus DTC (Distributed Transaction Coordinator) qui devait utiliser le port 443. En particulier, j'ai activé WS-AT dans DTC, et il utilisait le port 443.

En général, je comprends que lorsque le processus System (PID 4) utilise le port 443/HTTPS, il s'agit d'un processus interne de Windows (dans mon cas DTC, mais je pense que cela peut aussi être un autre processus), si ce n'est pas un site web IIS qui l'utilise.