WebSocket 1006 कोणता दुवा तुटला ते सांगत नाही
असामान्य WebSocket बंद होणे हे Close handshake चा पुरावा नसल्याचे वाचा, नंतर proxy सेटअप अयशस्वी झाला की आधीच स्थापित सत्र हे ठरवा.
WebSocket कोड 1006 अपेक्षित Close फ्रेमशिवाय असामान्य बंद होण्याची नोंद करतो. हा कोड राखीव आहे: कोणताही endpoint WebSocket Close फ्रेममध्ये 1006 स्थिती म्हणून पाठवू शकत नाही. API इव्हेंटमध्ये तो दिसणे हा proxy कारण असल्याचे सांगणारा सर्व्हर संदेश नाही.
जर कनेक्शन कधीच उघडले नसेल
सेटअप क्रमाने पाळा: proxy शी कनेक्शन, proxy वाटाघाटी, WSS साठी गंतव्य TLS, नंतर WebSocket उघडण्याचा handshake. proxy आव्हान किंवा बोगदा नकार WebSocket टप्प्यापूर्वी क्रम थांबवू शकतो.
जर ते उघडले आणि संदेश वाहून नेले
उपयुक्त कालावधी आणि बंद होण्यापूर्वी काय घडले ते नोंदवा. वाहतूक व्यत्यय, अनुप्रयोग बंद होणे आणि मध्यस्थाचे धोरण—हे सर्व प्राप्तकर्त्याला स्वच्छ बंद होण्याच्या देवघेवीशिवाय सोडू शकतात.
endpoint, सत्र ओळखकर्ता, शेवटची क्रिया आणि सामान्य Close फ्रेम दिसली का ते जतन करा. ब्राउझर किंवा लायब्ररीच्या नेटवर्क त्रुटींची तुम्ही नियंत्रित करता त्या गंतव्य लॉगशी तुलना करा. केवळ इव्हेंट कोड ISP, proxy ऑपरेटर किंवा अनुप्रयोग सर्व्हरला स्रोत म्हणून ओळखू शकत नाही.
त्याच proxy मधून चालणारे सामान्य HTTPS पृष्ठ थोडक्यात देवघेव तपासते, या सत्राचे आयुष्य नाही. मार्ग बदलताना ब्राउझरची स्थिती आणि अनुप्रयोग कोड स्थिर ठेवा; अन्यथा यशस्वी पुनःप्रयत्नाचा अर्थ लावणे कठीण.
पुरावे ज्या सीमेला आधार देतात ती दुरुस्त करा. proxy प्रमाणीकरण, TLS विश्वास आणि अनुप्रयोग पुनःकनेक्शन वेगवेगळी कामे आहेत, आणि सर्व टाइमआउट वाढवून 1006 त्यापैकी एक ओळखू शकत नाही.