Google Chrome पोर्ट 8000 पर क्यों सुनता है?

कभी-कभी एक विकास सर्वर (फिर से) शुरू करते समय, यह इस संदेश के साथ मर जाएगा कि पोर्ट 8000 पहले से ही उपयोग में है।

चल रहा है

$ lsof -n -i4TCP:8000 | grep LISTEN

तब पता चलता है

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

लेखन के समय एकमात्र समाधान क्रोम को पूरी तरह से पुनरारंभ करना है। क्या पोर्ट के इस उद्घाटन के लिए एक स्पष्टीकरण है (एक प्लगइन शायद) या यह विकास सर्वर से संबंधित है जो 0.0.0.0:8000 पर चलता है?

macos google-chrome ipv6

— लाइन-ओ
स्रोत

इस विकास सर्वर की प्रकृति क्या है, और इसका क्रोम के साथ क्या संबंध है?

— 19-28 को jjlin

यह संभवतः Chrome की दूरस्थ डिबगिंग क्षमताओं के साथ कुछ करना है , chrome://inspectयह देखने और देखने की कोशिश करें कि क्या आपको कोई सुराग देता है।

— टॉम

मैं आपको सुझाव देता हूं कि अगर यह वास्तव में प्रक्रिया की जांच करके Google Chrome है ps aux | grep 18638।

— भ्रूण

2018, और ऐसा लगता है कि क्रोम का वर्तमान संस्करण पोर्ट पर नहीं सुनता है (संस्करण 70.0.3538.110 (आधिकारिक बिल्ड) (64-बिट) MacOS)

— मैट

जवाबों:

मेरा मानना है कि इसे कास्टिंग के लिए बाहरी उपकरणों के लिए सुनना पड़ता है। आप "मीडिया" वाले झंडे को अक्षम करने का प्रयास कर सकते हैं। मैं नीचे संकीर्ण नहीं कर पाया हूं कि कौन सा झंडा वास्तव में सुन रहा है। chrome: // झंडे / # हार्डवेयर-मीडिया-की-हैंडलिंग। मीडिया को खोजने का प्रयास करें

— छिपकली
स्रोत

-1

यदि आपके पास किसी पोर्ट पर सुनने की प्रक्रिया है और आप उस प्रक्रिया को मार देते हैं, तो यह तुरंत उस पोर्ट को अनबाइंड नहीं करेगा। मुझे लगता है कि अधिकांश लिनक्स सिस्टम पर डिफ़ॉल्ट 5 मिनट की प्रतीक्षा है। सॉकेट (7) मैन पेज देखें और SO_REUSEADDR देखें।

— जॉनाथन एंडरसन
स्रोत

यह इस सवाल का जवाब नहीं देता है कि क्रोम उस पोर्ट पर क्यों सुन रहा है। कृपया अपनी पोस्ट को संपादित करें ताकि यह स्पष्ट हो कि यह प्रश्न से कैसे संबंधित है।

— बेन एन