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 उनमें से किसी एक को नहीं पहचान सकता।