Pourquoi le système écoute-t-il sur le port 443?

J'ai du mal à démarrer mon serveur apache, car le port 443 est déjà utilisé.

Il s'avère que le processus du système (PID 4) utilise le port 443. Je n'ai pas installé IIS, les services.msc ne montrent (de manière prévisible) aucun serveur Exchange en cours d'exécution, ni WWW-Services ni IIS. Je ne sais pas comment savoir quel service utilise ce port, ce qui ne fait que désactiver chaque service l'un après l'autre, et je ne suis même pas sûr que cela aiderait.

Je vous serais reconnaissant si quelqu'un pouvait me diriger vers la façon dont je peux récupérer mon port SSL, merci 🙂

PS: Bien sûr, "simplement changer d'apache vers un autre port pour SSL" résoudrait le problème de ne pas pouvoir démarrer Apache. Mais j'aimerais toujours savoir ce qui est si insistant sur le port 443. 🙂

Edit: J'ai maintenant pris la «route difficile» et les services handicapés l'un après l'autre. Il s'est avéré que le service "Routing and RAS" était le coupable. Merci à tous pour l'apport précieux et les nouveaux outils dans le combat contre "WTF fait mon système maintenant".

Exécutez les opérations suivantes à partir d'une invite de commande élevée:

 netstat -ab

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

Texte alt

Souvent, c'est le service de l'agent hôte VMWare (requis pour l'hôte VM aux communications invitées) vmware-hostd.exe

Une bonne façon de savoir quel sous-processus svchost.exe est en cours d'exécution est d'utiliser sysinternals process explorer.

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

Il semble que je l'ai créé et j'ai oublié de le supprimer après l'avoir utilisé …

J'ai rencontré des problèmes similaires avec le routage 443 requêtes vers mon serveur WAS. D'après les recommandations de ce fil, c'est ce que j'ai fait

De l'invite cmd élevée a couru netstat -a -n -o | findstr 443 netstat -a -n -o | findstr 443
Identifié le pid du processus d'écoute sur 443
Explorateur de processus utilisé pour identifier le processus à partir du pid.
Dans mon cas, l'écoute de l'application était vmwarehostd.exe
Arrêté le serveur VMWare Workstation de services.msc . Redémarré par le serveur WAS

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

Ps: J'ai déjà désinstallé Skype qui est venu intégralement avec mon windows8. Le service de routage et d'accès à distance a été désactivé dans ma machine

S'il s'agit d'un processus lancé par un service, netstat -ab ne sera pas utile.

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

  TCP 0.0.0.0:443 your_hostname:0 LISTENING PID

Ensuite, tapez une autre liste de tâches de l'invite de commande admin tasklist | find /i "<PID>" tasklist | find /i "<PID>"

Dans mon cas, le PID était 2912 et ma commande était: tasklist | find /i "2912" 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'avais installé VMware pour vérifier une fonctionnalité …

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

En général, je comprends que lorsque le processus système (PID 4) utilise le port 443 / https est 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 de IIS qui l'utilise.

Dans mon cas, c'était DataManager de F5 Networks qui utilise Tomcat 6 en interne pour servir ses pages Web. J'ai oublié de désinstaller cette application. Décision de mauvaise conception, si vous me le demandez.

Si vous avez une sorte de pilote Virtual Lan (comme OpenVM, VMWare, etc.) – assurez-vous de "relâcher" le port avant de le donner à autre chose …

Juste un conseil rapide;)

J'ai trouvé que l'utilisation de la fonctionnalité VPN dans Windows 8 (Probablement la même pour Windows 7) portait le port 443 utilisé.

EDITÉE: En outre, mon port a été fermé de nouveau par PMB.exe (Pando Media Booster)

Pour moi, c'était l'agent de l'OEB de McAfee qui écoutait le port 80. Je devais passer par plusieurs cercles douloureux pour le changer. https://kc.mcafee.com/corporate/index?page=content&id=KB67605

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

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

Ce n'est peut-être pas une solution pour tous, mais cela peut aider certains.

Wireshark vous indiquera les détails. http://www.wireshark.org/ Ou le moniteur TCP: http://www.itsamples.com/tcp-monitor.html

Cela aidera.

J'ai eu le même problème lors de l'installation d'une mise à jour VMware. Je l'ai suivi jusqu'à Skype. Le nouveau client a par défaut 443.