Por que o Google Chrome escuta na porta 8000?

Ocasionalmente, ao iniciar um servidor de desenvolvimento (novamente), ele desaparece com a mensagem de que a porta 8000 já está em uso.

Corrida

$ lsof -n -i4TCP:8000 | grep LISTEN

então revela

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

A única solução alternativa no momento da redação deste artigo é reiniciar completamente o Chrome. Existe uma explicação para esta abertura de uma porta (talvez um plug-in) ou está relacionada ao servidor de desenvolvimento executado em 0.0.0.0:8000?

macos google-chrome ipv6

— line-o
fonte

Qual é a natureza desse servidor de desenvolvimento e o que isso tem a ver com o Chrome?

— Jjlin 26/08/14

Isso possivelmente tem algo a ver com os recursos de Depuração Remota do Chrome , tente chrome://inspectver se isso fornece pistas.

— Tom

Sugiro que você verifique se esse é realmente o Google Chrome, verificando o processo ps aux | grep 18638.

— fetzig

2018, e parece que a versão atual do chrome não escuta na porta (versão 70.0.3538.110 (versão oficial) (MacOS de 64 bits))

— The Matt

Respostas:

Eu acredito que tem a ver com a escuta de dispositivos externos para transmissão. Você pode tentar desativar os sinalizadores que contêm "mídia". Não consegui restringir qual bandeira está realmente ouvindo. chrome: // flags / # hardware-media-key-handling. Tente pesquisar por mídia

— Lagarto
fonte

-1

Se você tiver um processo escutando em uma porta e matá-lo, ele não será desvinculado imediatamente. Eu acho que o padrão na maioria dos sistemas Linux é uma espera de 5 minutos. Verifique a página do manual socket (7) e procure por SO_REUSEADDR.

— Johnathan Andersen
fonte

Isso não parece responder à pergunta de por que o Chrome está ouvindo nessa porta. Por favor edite seu post por isso é claro como ele se relaciona com a questão.

— Ben N