54 votes

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

J'ai des problèmes pour démarrer mon serveur Apache, car le port 443 est déjà utilisé.

Il s'avère que le processus système (PID 4) utilise le port 443. IIS n'est pas installé, le fichier services.msc ne montre (comme prévu) aucun serveur Exchange en cours d'exécution, ni WWW-Services, ni IIS. Je n'ai aucune idée de la façon de découvrir quel service utilise ce port, à moins de désactiver chaque service l'un après l'autre, et je ne suis même pas sûr que cela puisse aider.

Je serais reconnaissant si quelqu'un pouvait m'indiquer comment récupérer mon port SSL, merci :)

P.S. : Bien sûr, "il suffit de basculer Apache sur un autre port pour SSL" résoudrait le problème de l'impossibilité de lancer Apache. Mais j'aimerais quand même savoir ce qui insiste tant pour monopoliser le port 443 :)


J'ai alors pris la "voie dure" et désactivé les services les uns après les autres. Il s'est avéré que le service "Routing and RAS" était le coupable.

Merci à tous pour votre contribution précieuse et vos nouveaux outils pour lutter contre la question "Que fait mon système maintenant ?

1voto

Janos Valentine Points 121

Dans mon cas, il s'agissait de DataManager de F5 Networks qui utilise Tomcat 6 en interne pour servir ses pages web. J'ai oublié de désinstaller cette application. Mauvaise décision de conception, si vous voulez mon avis.

0voto

user1788951 Points 11

J'ai constaté que l'utilisation de la fonctionnalité VPN dans Windows 8 (probablement la même chose pour Windows 7) utilisait le port 443.

De plus, mon port a été refermé par PMB.exe (Pando Media Booster).

0voto

Andy Chips Points 139

Pour moi, c'était l'agent McAfee EPO qui écoutait sur le port 80. J'ai dû passer par plusieurs étapes pénibles pour le faire changer. https://kc.mcafee.com/corporate/index?page=content&id=KB67605

0voto

user43050 Points 1

Sur mon Windows Server 2019, j'ai résolu le problème en exécutant ce PS.

Stop-Service -Name KPSSVC

Il s'est exécuté en tant que processus 4 (processus SYSTEM) sous les privilèges de Network Service. Exécution de

netstat -ab

n'a pas aidé. Le message "Can not obtain ownership information" s'est affiché.

Après avoir arrêté le service, netstat -aon | findstr ":443" ne montre plus l'entrée. Je l'ai découvert en arrêtant littérairement chaque service un par un.

Service de serveur mandataire KDC (KPS) - Le service de serveur mandataire KDC s'exécute sur les serveurs périphériques pour transmettre par proxy les messages du protocole Kerberos aux contrôleurs de domaine du réseau d'entreprise.

Un autre coupable pourrait être Windows Admin Center (ServerManagementGateway)

-1voto

Jason Points 141

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

Ça va aider.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X