Pourquoi Google Chrome écoute-t-il sur le port 8000?

Parfois, lors du démarrage d'un serveur de développement (à nouveau), il mourra avec le message que le port 8000 est déjà utilisé.

Fonctionnement

$ lsof -n -i4TCP:8000 | grep LISTEN

révèle alors

Google    18638  <user>  450u  IPv6 0x9b020d3ae3f0d7e9      0t0  TCP *:irdmi (LISTEN)

La seule solution de contournement au moment de la rédaction est de redémarrer entièrement Chrome. Y a-t-il une explication à cette ouverture d'un port (un plugin peut-être) ou est-ce lié au serveur de développement qui fonctionnait sur 0.0.0.0:8000?

macos google-chrome ipv6

— ligne-o
source

Quelle est la nature de ce serveur de développement et qu'est-ce que cela a à voir avec Chrome?

— jjlin

C'est peut-être quelque chose à voir avec les capacités de débogage à distance de Chrome , essayez d'aller chrome://inspectvoir si cela vous donne des indices.

— Tom

Je vous suggère de vérifier s'il s'agit bien de Google Chrome en vérifiant le processus ps aux | grep 18638.

— fetzig

2018, et il semble que la version actuelle de Chrome n'écoute pas sur le port (Version 70.0.3538.110 (Build officiel) (64 bits) MacOS)

— Le Matt

Réponses:

Je crois que cela a à voir avec l'écoute de périphériques externes pour le casting. Vous pouvez essayer de désactiver les drapeaux qui contiennent des «médias». Je n'ai pas pu préciser quel drapeau est en train d'écouter. chrome: // flags / # hardware-media-key-handling. Essayez de rechercher des médias

— Lézard
source

-1

Si vous avez un processus à l'écoute sur un port et que vous tuez ce processus, il ne dissociera pas immédiatement ce port. Je pense que la valeur par défaut sur la plupart des systèmes Linux est une attente de 5 minutes. Consultez la page de manuel socket (7) et recherchez SO_REUSEADDR.

— Johnathan Andersen
source

Cela ne semble pas répondre à la question de savoir pourquoi Chrome écoute sur ce port. Veuillez modifier votre message afin qu'il soit clair comment il se rapporte à la question.

— Ben N