¿Por qué Google Chrome escucha en el puerto 8000?

Ocasionalmente, al iniciar un servidor de desarrollo (nuevamente), morirá con el mensaje de que el puerto 8000 ya está en uso.

Corriendo

$ lsof -n -i4TCP:8000 | grep LISTEN

luego revela

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

La única solución al momento de escribir es reiniciar Chrome por completo. ¿Hay alguna explicación para esta apertura de un puerto (quizás un complemento) o está relacionado con el servidor de desarrollo que se ejecutó en 0.0.0.0:8000?

macos google-chrome ipv6

— línea-o
fuente

¿Cuál es la naturaleza de este servidor de desarrollo y qué tiene que ver con Chrome?

— jjlin

Posiblemente esto tenga algo que ver con las capacidades de depuración remota de Chrome , intente ir a chrome://inspectver si eso le da alguna pista.

— Tom

Le sugiero que verifique si esto es realmente Google Chrome verificando el proceso ps aux | grep 18638.

— fetzig

2018, y parece que la versión actual de Chrome no escucha en el puerto (Versión 70.0.3538.110 (Official Build) (64-bit) MacOS)

— The Matt

Respuestas:

Creo que tiene que ver con escuchar dispositivos externos para emitir. Puede intentar deshabilitar las banderas que contienen "medios". No he podido precisar qué bandera está escuchando realmente. chrome: // flags / # hardware-media-key-handling. Intenta buscar medios

— Lagartija
fuente

-1

Si tiene un proceso escuchando en un puerto y elimina ese proceso, no se desenlazará inmediatamente ese puerto. Creo que el valor predeterminado en la mayoría de los sistemas Linux es una espera de 5 minutos. Consulte la página del comando man socket (7) y busque SO_REUSEADDR.

— Johnathan Andersen
fuente

Esto no parece responder a la pregunta de por qué Chrome está escuchando en ese puerto. Por favor, editar tu post así que está claro cómo se relaciona con la pregunta.

— Ben N