Tại sao Google Chrome nghe trên cổng 8000?

Đôi khi, khi khởi động một máy chủ phát triển (một lần nữa), nó sẽ chết với thông báo rằng cổng 8000 đã được sử dụng.

Đang chạy

$ lsof -n -i4TCP:8000 | grep LISTEN

sau đó tiết lộ

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

Cách giải quyết duy nhất tại thời điểm viết bài là khởi động lại hoàn toàn Chrome. Có lời giải thích nào cho việc mở cổng này (có thể là một plugin) hoặc nó có liên quan đến máy chủ phát triển chạy trên 0.0.0.0:8000 không?

macos google-chrome ipv6

— dòng-o
nguồn

Bản chất của máy chủ phát triển này là gì và nó có liên quan gì với Chrome?

— jjlin

Đây có thể là điều cần làm với các khả năng Gỡ lỗi từ xa của Chrome , hãy thử truy cập chrome://inspectvà xem liệu điều đó có cung cấp cho bạn bất kỳ manh mối nào không.

— Tom

Tôi khuyên bạn nên kiểm tra xem đây có thực sự là Google Chrome hay không bằng cách kiểm tra quy trình ps aux | grep 18638.

— fetzig

2018 và dường như phiên bản chrome hiện tại không nghe trên cổng (Phiên bản 70.0.3538.110 (Bản dựng chính thức) (64-bit) MacOS)

— The Matt

Câu trả lời:

Tôi tin rằng nó có liên quan đến việc lắng nghe các thiết bị bên ngoài để truyền. Bạn có thể thử vô hiệu hóa các cờ có chứa "phương tiện". Tôi đã không thể thu hẹp lá cờ nào đang thực sự lắng nghe. chrome: // flags / # phần cứng-media-key-xử lý. Hãy thử tìm kiếm phương tiện truyền thông

— Con thằn lằn
nguồn

-1

Nếu bạn có một quá trình lắng nghe trên một cổng và bạn giết quá trình đó, nó sẽ không ngay lập tức hủy liên kết cổng đó. Tôi nghĩ mặc định trên hầu hết các hệ thống Linux là chờ 5 phút. Kiểm tra trang man của socket (7) và tìm SO_REUSEADDR.

— Johnathan Andersen
nguồn

Điều này dường như không trả lời câu hỏi tại sao Chrome lại nghe trên cổng đó. Vui lòng chỉnh sửa bài viết của bạn để nó rõ ràng liên quan đến câu hỏi như thế nào.

— Ben N