Google Chrome neden 8000 numaralı bağlantı noktasını dinliyor?

Bir geliştirme sunucusunu başlatırken (tekrar), 8000 bağlantı noktasının zaten kullanımda olduğu mesajıyla ölecektir.

Koşu

$ lsof -n -i4TCP:8000 | grep LISTEN

sonra ortaya

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

Yazma sırasında tek geçici çözüm Chrome'u tamamen yeniden başlatmaktır. Bir portun bu açılımı için bir açıklama var mı (belki bir eklenti) veya 0.0.0.0:8000'de çalışan geliştirme sunucusuyla mı ilgili?

macos google-chrome ipv6

— hat-o
kaynak

Bu geliştirme sunucusunun doğası nedir ve Chrome ile ne ilgisi var?

— jjlin

Bu muhtemelen Chrome'un Uzaktan Hata Ayıklama özellikleriyle ilgilidir, gidip chrome://inspectsize herhangi bir ipucu verip vermediğini görün.

— Tom

İşlemi kontrol ederek bunun gerçekten Google Chrome olup olmadığını kontrol etmenizi öneririz ps aux | grep 18638.

— fetzig

2018 ve kromun mevcut sürümünün bağlantı noktasını dinlemediği anlaşılıyor (Sürüm 70.0.3538.110 (Resmi Derleme) (64 bit) MacOS)

— Matt

Yanıtlar:

Bunun, döküm için harici cihazları dinlemekle ilgili olduğuna inanıyorum. "Medya" içeren bayrakları devre dışı bırakmayı deneyebilirsiniz. Dinlemeyi hangi bayrağın yaptığını daraltamadım. chrome: // flags / # donanım medya anahtar işleme. Medya aramayı deneyin

— Kertenkele
kaynak

-1

Bir bağlantı noktasını dinleyen bir işleminiz varsa ve bu işlemi öldürürseniz, bu bağlantı noktasını hemen bağlamaz. Çoğu Linux sisteminde varsayılan 5 dakikalık bir bekleme olduğunu düşünüyorum. Soket (7) kılavuz sayfasını kontrol edin ve SO_REUSEADDR'yi bulun.

— Johnathan Andersen
kaynak

Bu, Chrome'un neden bu bağlantı noktasını dinlediğini soruyor gibi görünmüyor. Lütfen yayınınızı soruyla nasıl ilişkili olduğu açık olacak şekilde düzenleyin .

— Ben N