Чому 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 (Official Build) (64-бітний) MacOS)

— The Matt

Відповіді:

Я вважаю, що це стосується прослуховування зовнішніх пристроїв для кастингу. Ви можете спробувати відключити прапори, що містять "медіа". Я не зміг звузити, який прапор насправді слухає. chrome: // прапори / # апаратно-медіа-керування ключами. Спробуйте пошукати медіа

— Ящірка
джерело

-1

Якщо ви прослуховуєте процес на порту, і ви вбиваєте цей процес, він не одразу від'єднає цей порт. Я думаю, що за замовчуванням у більшості систем Linux є 5 хвилин очікування. Перевірте головну сторінку socket (7) і знайдіть SO_REUSEADDR.

— Джоннатан Андерсен
джерело

Схоже, це не відповідає на питання, чому Chrome слухає цей порт. Будь ласка, відредагуйте свою публікацію, щоб було зрозуміло, як це стосується питання.

— Бен N