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과 관련이있을 수 있습니다. 단서를 찾아보십시오.

— Tom

프로세스를 확인하여 이것이 실제로 Chrome인지 확인하는 것이 좋습니다 ps aux | grep 18638.

— fetzig

2018, 현재 크롬 버전이 포트에서 수신 대기하지 않는 것 같습니다 (버전 70.0.3538.110 (공식 빌드) (64 비트) MacOS)

— The Matt

답변:

캐스팅을 위해 외부 장치를 듣는 것과 관련이 있다고 생각합니다. "media"가 포함 된 플래그를 비활성화 할 수 있습니다. 나는 어느 깃발이 실제로 듣고 있는지 좁힐 수 없었습니다. chrome : // flags / # hardware-media-key-handling. 미디어를 검색해보십시오

— 도마뱀
소스

-1

프로세스가 포트에서 수신 대기 중이고 해당 프로세스를 종료 한 경우 해당 포트를 즉시 바인딩 해제하지 않습니다. 대부분의 Linux 시스템에서 기본값은 5 분입니다. socket (7) 매뉴얼 페이지를 확인하고 SO_REUSEADDR을 찾으십시오.

— 조나단 안데르센
소스

이것은 왜 Chrome이 해당 포트에서 청취하는지에 대한 질문에 대답하지 않는 것 같습니다. 제발 편집 이 질문에 어떻게 관련되는지는 분명 귀하의 게시물을.

— 벤 N