Socket.io: ग्राहक पर निरंतर "परिवहन बंद"

इस समस्या पर कोई खबर, क्योंकि मुझे ठीक वही समस्या है!

मेरे पास एक ही समस्या है जब मैं k8ns पर तैनात करता हूं लेकिन जब मैं स्थानीय रूप से दौड़ता हूं तो यह ठीक काम करता है।

मैं भी इससे पीड़ित हूं...

@ talas9 @muhammadnasr @htamop सामान्य प्रश्न डिबग/समस्या को पुन: पेश करने में सक्षम होने के लिए:

• आप क्लाइंट/सर्वर के किस संस्करण का उपयोग कर रहे हैं?
• कौन सा ब्राउज़र?
• क्या यह बेला के साथ प्रतिलिपि प्रस्तुत करने योग्य है?

धन्यवाद!

मैंने इसे 2.1.0 और 2.0.4 क्लाइंट और सर्वर के साथ आजमाया है। क्रोम और सफारी (नवीनतम) पर।
जब मैं स्थानीय रूप से चलाता हूं तो यह ठीक काम करता है (डिस्कनेक्ट के बिना एक घंटे से अधिक समय तक कनेक्ट किया जा सकता है), लेकिन जब मैं लोड बैलेंसर के पीछे K8ns पर तैनात करता हूं, तो यह समस्या होती है ...

FYI करें कनेक्शन हर बार ठीक 25 सेकंड के बाद बंद हो जाता है, देखें स्क्रीन शॉट

@ talas9 @htamop @ dnwldbs84 क्या आप लोड बैलेंसर का उपयोग कर रहे हैं?

@darrachequesne कौन सा लोड बैलेंसर (s) आप socket.io के साथ उपयोग करने की सलाह देते हैं?

@muhammadnasr @darrachequesne
मैंने 2.1.0 सेवर और 1.0.0 क्लाइंट (एंड्रॉइड) का इस्तेमाल किया
मुझे 8 ~ 9 घंटे के लिए कनेक्शन स्थिर रखने की आवश्यकता है लेकिन यह अप्रत्याशित रूप से डिस्कनेक्ट हो गया है।
मैंने दोनों संस्करणों को 1.7.4 और 0.8.3 में बदल दिया? अन्य समाधान पोस्ट के अनुसार। मैं परीक्षण करने की कोशिश करूँगा अगर यह कल अच्छा काम करता है

मैंने लोड बैलेंसर का उपयोग नहीं किया था। क्लाइंट और सर्वर दोनों ने Socket.io के 2.0.3 संस्करण का उपयोग किया (मुझे मेरे द्वारा उपयोग किए गए सभी संस्करण याद नहीं हैं)। मुझे नहीं पता कि कौन सा ब्राउज़र समस्या पैदा कर रहा है हालांकि, अधिकांश उपयोगकर्ताओं ने क्रोम का उपयोग किया है। मेरे मामले में, डिस्कनेक्ट बेतरतीब ढंग से किया गया था इसलिए इसे पुन: पेश नहीं किया जा सकता है।
और मैं ws में बदल गया। मुझे यकीन नहीं है कि समस्या हल हो गई है।

@muhammadnasr @darrachequesne @dnwldbs84
मुझे लगता है कि यह मेरे मामले में हल हो गया है।
मैं एंड्रॉइड अग्रभूमि सेवा (एपीआई 26) में 0.8.3 सॉकेट.आईओ-क्लाइंट और नोडज सर्वर में 1.3.5 संस्करण का उपयोग करता हूं।
हालाँकि, समस्या संस्करण नहीं हो सकती है।
मैंने सर्वर में पिंगइंटरवल को 10ms में बदल दिया और ऐसा लगता है कि यह ठीक से काम करता है (पिंग टाइमआउट और परिवहन बंद नहीं हुआ)
var io = आवश्यकता ('socket.io') (http, {पिंगइंटरवल: 10, पिंगटाइमआउट: 4000});

10 मिलीसेकंड बहुत संकीर्ण है, इस तरह नेटवर्क अभिभूत हो जाएगा।

10 मिलीसेकंड को संकीर्ण करना है, इस तरह नेटवर्क अभिभूत हो जाएगा।

सही!

@muhammadnasr किसी भी लोड-बैलेंसर को काम करना चाहिए। कृपया निम्नलिखित उदाहरण देखें:

• https://github.com/socketio/socket.io/tree/master/examples/cluster-haproxy
• https://github.com/socketio/socket.io/tree/master/examples/cluster-nginx
• https://github.com/socketio/socket.io/tree/master/examples/cluster-httpd

यदि आप मतदान सक्षम करते हैं (जो कि डिफ़ॉल्ट है) तो स्टिकी-सत्र की आवश्यकता होती है।

@darrachequesne मेरे पास एक ही समस्या है, 8 ~ 9 घंटों के बाद सॉकेट "परिवहन बंद" के कारण डिस्कनेक्ट हो जाता है

मैं उपयोग कर रहा हूँ:

Chrome: 61.0.3163.100
Electron: 2.0.2
Socket.io: 2.1.1

एक ही समस्या थी, इस टिप्पणी से सीडीएन का उपयोग करके इसे ठीक करने में सक्षम था https://github.com/socketio/socket.io/issues/3025#issuecomment -329024833 और नीचे की तरह टाइमआउट और अंतराल सेट करना:

io.set('heartbeat timeout', 60000);
io.set('heartbeat interval', 25000);

अरे,
जब कुबेरनेट्स और एनजीआईएनएक्स इनग्रेड कंट्रोलर के तहत चलता है तो हमारे पास सॉकेट.आईओ के साथ एक ही समस्या है।
जब nginx कॉन्फ़िगरेशन को पुनः लोड किया जाता है, तो यह प्रक्रिया को फिर से बनाता है और सभी मौजूदा संचार हटा दिए जाते हैं, जिसके कारण transport close , कोई भी अन्य परिनियोजन जो इनग्रेड नियंत्रक का उपयोग करता है, कॉन्फ़िगरेशन पुनः लोड का कारण हो सकता है

सबसे पहले इस भयानक परियोजना के लिए वास्तव में धन्यवाद।

यहाँ भी वही समस्या है, शायद मैं आपके लिए कुछ नया लाऊँ।

मेरे पास एक डब्ल्यूएस सर्वर है, और नोड जेएस पर एक डब्ल्यूएस क्लाइंट है।
इस ws क्लाइंट का उपयोग नोड जेएस ऐप से किया जाता है जहां एक सेवा (माइक्रो सर्विस) होती है।

वेब ब्राउज़र से अन्य ws क्लाइंट (क्लाइंट ऐप्स से) इस नोड जेएस सेवा के साथ ws सर्वर के माध्यम से संचार कर रहे हैं।

सब कुछ उम्मीद के मुताबिक काम कर रहा है।

तनाव परीक्षणों पर अब (10 ग्राहक गहन डेटा पूछ रहे हैं), परीक्षणों के अंत में, जब सभी कार्य और लेनदेन समाप्त हो गए हैं, तो सेवा का कनेक्शन "परिवहन बंद" त्रुटि के साथ बंद हो गया है। ऐसा हमेशा नहीं हो रहा है।

यह सर्वर का विन्यास है:
पिंगटाइमआउट: 15000,
पिंगइंटरवल: 20000,
ऐसा लगता है कि भारी भार के दौरान कुछ पिंग खो गए हैं...? या मुझे नहीं पता।
क्या यह ऐसा कुछ है जिसकी मुझे उम्मीद करनी चाहिए?

साथ ही, डिफ़ॉल्ट कॉन्फ़िगरेशन पिंगटाइमआउट: 2000 के साथ, मुझे यह त्रुटि तनाव परीक्षण के बीच में मिल रही थी। यह भी पूरी तरह से अप्रत्याशित था, लेकिन मान लें कि सर्वर अतिभारित था और 2secs(!) के भीतर प्रतिक्रिया नहीं दे सका और हमें यह त्रुटि मिल सकती है। लेकिन अब पिंगटाइमआउट के साथ: 15000 यह लगभग 50% और परीक्षणों के अंत के बाद ही होता है।

हम्हो, मेरा मानना ​​है कि सूक्ष्म सेवाओं को इस तरह की त्रुटियों की उम्मीद करनी चाहिए, भले ही वे एक ही लेन पर चल रही हों, लेकिन सवाल यह है कि ऐसा क्यों हो रहा है?

मैंने इस समस्या को पुन: उत्पन्न करने के लिए एक छोटा सा सेटअप बनाने की कोशिश की लेकिन मैं इसे नहीं बना सका।

लॉग को कैसे सक्रिय करें? DEBUG=socket.io* काम नहीं कर रहा है। हालांकि चर सेट है, मुझे कोई आउटपुट नहीं मिलता है।

मेरा दृढ़ विश्वास है कि यह #2924 से संबंधित है।
क्लाइंट पर पुन: कनेक्ट बैटरी बचाने के लिए निष्क्रिय टैब के लिए कुछ ब्राउज़र (सफारी और क्रोम) थ्रॉटलिंग टाइमर के कारण होते हैं।
यह क्लाइंट और सर्वर से पिंगटाइमआउट के कारण कनेक्शन बंद करने से दिल की धड़कन के संदेशों में देरी करता है।
पिंगटाइमआउट बढ़ाना कुछ हद तक काम करता है लेकिन मुझे अभी भी उत्पादन वातावरण में फिर से जुड़ना पड़ता है।

मेरे पास एक ही समस्या है जब मैं k8ns पर तैनात करता हूं लेकिन जब मैं स्थानीय रूप से दौड़ता हूं तो यह ठीक काम करता है।

@muhammadnasr जहां आप K8s पर तैनाती के मुद्दे को दूर करने में सक्षम हैं? मैं इसी तरह के मुद्दों का सामना कर रहा हूं।

@ bheema01 बस सुनिश्चित करें कि आपने अपने प्रॉक्सी/लोडबैलेंसर पर स्टिकीसेशन सक्षम किया है और इसे काम करना चाहिए

एक ही त्रुटि मिली

जब सर्वर साइड सॉकेट एंडपॉइंट लोड बैलेंसर के पीछे होता है तो वही समस्या ..... क्लाइंट बार-बार कनेक्ट और डिस्कनेक्ट होते हैं। स्टिकी सत्रों को कॉन्फ़िगर करने के बाद भी, समस्या अभी भी मौजूद है। @muhammadnasr क्या आप इस मुद्दे को हल करने में सक्षम थे।

मैंने यह त्रुटि देखी है, जब थ्रेड को 200ms से अधिक के लिए बार-बार अवरुद्ध किया गया था।
यदि ऐसा अक्सर होता है तो यह socket.io _और आपके ऐप के लिए भी_ के लिए खराब है।
सॉकेट.आईओ में कनेक्शन के दिल की धड़कन की जांच करने के लिए टाइमआउट है।
यदि यह टाइमआउट पार हो जाता है तो यह कनेक्शन बंद कर देता है और हमें यह त्रुटि मिलती है।

@varunSabnis चिपचिपा सत्र तय करने के बाद, सब कुछ सुचारू रूप से काम किया।

@dennisat मैंने यह जांचने की कोशिश की कि मेरे क्लाइंट को पोंग पैकेट प्राप्त करने में कितना समय लगा। हर बार यह 200ms से अधिक था, जिसे क्लाउड में सॉकेट सर्वर और मेरे लोकलहोस्ट पर सॉकेट सर्वर दोनों के साथ परीक्षण किया गया था। स्थानीय सेटअप सॉकेट को डिस्कनेक्ट नहीं करता है (सब कुछ ठीक काम करता है), जबकि क्लाउड सेटअप सॉकेट में लगातार कनेक्ट और डिस्कनेक्ट होता है। तो, मुझे नहीं लगता कि यह मुद्दा है।
@muhammadnasr ठीक है, यह बहुत अच्छा है। वास्तव में इसे सक्षम किया है लेकिन अभी भी कुछ समस्याएं हैं।

@muhammadnasr @darrachequesne @dnwldbs84
मुझे लगता है कि यह मेरे मामले में हल हो गया है।
मैं एंड्रॉइड अग्रभूमि सेवा (एपीआई 26) में 0.8.3 सॉकेट.आईओ-क्लाइंट और नोडज सर्वर में 1.3.5 संस्करण का उपयोग करता हूं।
हालाँकि, समस्या संस्करण नहीं हो सकती है।
मैंने सर्वर में पिंगइंटरवल को 10ms में बदल दिया और ऐसा लगता है कि यह ठीक से काम करता है (पिंग टाइमआउट और परिवहन बंद नहीं हुआ)
var io = आवश्यकता ('socket.io') (http, {पिंगइंटरवल: 10, पिंगटाइमआउट: 4000});

यह जादुई रूप से काम करता है, धन्यवाद!!!!!!!

मुझे लगता है कि मुझे हर पिंग अंतराल में 'परिवहन बंद' मिला है।

मैं वास्तव में इस समस्या से थक गया था।
मुझे लगता है कि आप लोगों को "socket.io-client" के साथ "socket.io" के संस्करण की जांच करनी चाहिए।
यदि सर्वर/क्लाइंट संस्करण बेमेल है, तो कनेक्शन बहुत अस्थिर था।

मैं क्लाइंट के लिए नीचे दिए गए सीडीएन का उपयोग करने की सलाह देता हूं।