Warum hört Google Chrome auf Port 8000?

Wenn ein Entwicklungsserver (erneut) gestartet wird, stirbt er gelegentlich mit der Meldung, dass der Port 8000 bereits verwendet wird.

Laufen

$ lsof -n -i4TCP:8000 | grep LISTEN

dann offenbart

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

Die einzige Problemumgehung zum Zeitpunkt des Schreibens besteht darin, Chrome vollständig neu zu starten. Gibt es eine Erklärung für das Öffnen eines Ports (möglicherweise ein Plugin) oder hängt es mit dem Entwicklungsserver zusammen, der auf 0.0.0.0:8000 ausgeführt wurde?

macos google-chrome ipv6

— line-o
quelle

Was ist die Natur dieses Entwicklungsservers und was hat er mit Chrome zu tun?

— JJlin

Dies hängt möglicherweise mit den Remote-Debugging- Funktionen von Chrome zusammen. Überprüfen Sie , chrome://inspectob Sie dadurch Hinweise erhalten.

— Tom

Ich schlage vor, dass Sie überprüfen, ob dies tatsächlich Google Chrome ist, indem Sie den Vorgang überprüfen ps aux | grep 18638.

— Fetzig

2018, und es scheint, dass die aktuelle Version von Chrome nicht auf den Port hört (Version 70.0.3538.110 (Official Build) (64-Bit) MacOS)

— The Matt

Antworten:

Ich glaube, es hat mit dem Abhören externer Geräte zum Casting zu tun. Sie können versuchen, die Flags zu deaktivieren, die "Medien" enthalten. Ich konnte nicht eingrenzen, welche Flagge tatsächlich zuhört. chrome: // flags / # Hardware-Media-Key-Handling. Versuchen Sie, nach Medien zu suchen

— Eidechse
quelle

-1

Wenn ein Prozess einen Port überwacht und diesen Prozess beendet, wird dieser Port nicht sofort aufgehoben. Ich denke, die Standardeinstellung auf den meisten Linux-Systemen ist eine Wartezeit von 5 Minuten. Überprüfen Sie die Manpage zu Socket (7) und suchen Sie nach SO_REUSEADDR.

— Johnathan Andersen
quelle

Dies scheint die Frage nicht zu beantworten, warum Chrome diesen Port abhört. Bitte bearbeiten Sie Ihren Beitrag, damit klar ist, wie er sich auf die Frage bezieht.

— Ben N