Почему Google Chrome прослушивает порт 8000?

Иногда при запуске сервера разработки (снова) он умирает с сообщением, что порт 8000 уже используется.

Бег

$ lsof -n -i4TCP:8000 | grep LISTEN

затем показывает

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

Единственный обходной путь на момент написания статьи - полностью перезапустить Chrome. Есть ли объяснение этому открытию порта (возможно, плагин) или это связано с сервером разработки, который работал на 0.0.0.0:8000?

macos google-chrome ipv6

— линия-о
источник

Какова природа этого сервера разработки и какое отношение он имеет к Chrome?

— jjlin

Возможно, это как-то связано с возможностями удаленной отладки в Chrome , попробуйте chrome://inspectузнать, дает ли это какие-либо подсказки.

— Том

Я предлагаю вам проверить, действительно ли это Google Chrome, проверив процесс ps aux | grep 18638.

— Фетциг

2018, и похоже, что текущая версия chrome не слушает порт (версия 70.0.3538.110 (официальная сборка) (64-разрядная версия) MacOS)

— Matt

Ответы:

Я считаю, что это связано с прослушиванием внешних устройств для кастинга. Вы можете попробовать отключить флаги, которые содержат «медиа». Я не смог определить, какой флаг на самом деле выполняет прослушивание. хром: // флаги / # Аппаратно-медиа-ключ-обработки. Попробуйте поискать медиа

— ящерица
источник

-1

Если у вас есть процесс, прослушивающий порт, и вы убиваете этот процесс, он не будет немедленно отсоединять этот порт. Я думаю, что по умолчанию в большинстве систем Linux это 5 минут ожидания. Проверьте man-страницу socket (7) и найдите SO_REUSEADDR.

— Джонатан Андерсен
источник

Похоже, это не отвечает на вопрос, почему Chrome прослушивает этот порт. Пожалуйста, отредактируйте свой пост, чтобы было понятно, как он связан с вопросом.

— Бен N