प्रॉक्सी के ज़रिए पीयर द्वारा कनेक्शन रीसेट: विफल चरण खोजें
कनेक्शन चरण और पुष्टि करने वाले साक्ष्यों का उपयोग करके प्रॉक्सी रीसेट की जाँच करें, पर ऑपरेटिंग सिस्टम के छोटे त्रुटि संदेश को कारण का श्रेय न मानें।
“Connection reset by peer” टूटे हुए परिवहन कनेक्शन को दर्शाता है। यह ISP, प्रॉक्सी ऑपरेटर या वेबसाइट को कारण के रूप में नहीं पहचानता।
| रीसेट का समय | कहाँ जाँच करें |
|---|---|
| TCP जुड़ने के तुरंत बाद | प्रोटोकॉल का मेल न होना या शुरुआती अदान-प्रदान को अस्वीकार करने वाली सेवा |
| CONNECT सफल होने के बाद | स्थापित टनल पथ |
| प्रतिक्रिया के दौरान | अपस्ट्रीम बंद होना, मध्यस्थ की आयु नीति और स्थानांतरण पथ |
फिर प्रॉक्सी और गंतव्य को स्थिर रखते हुए एक प्रासंगिक शर्त बदलें। जहाँ समर्थित हो, वहाँ सही ढंग से कॉन्फ़िगर किया गया एन्क्रिप्टेड क्लाइंट-से-प्रॉक्सी कनेक्शन, या किसी अन्य स्वीकृत नेटवर्क से वही क्लाइंट तुलना करें। पूछें कि क्या ऑपरेटर अपने लॉग में इस प्रयास को सहसंबंधित कर सकता है।
अलग परिणाम जाँच को सीमित करता है, पर एक कारण सिद्ध नहीं करता। टनल से ट्रैफ़िक गुज़ारना समय, भार, नीति और मध्यवर्ती उपकरणों को एक साथ बदल सकता है। केवल उसकी सफलता मूल पथ पर जानबूझकर अवरोध सिद्ध नहीं कर सकती।
जहाँ अधिकृत पैकेट अवलोकन उपलब्ध हों, वहाँ उन्हें एप्लिकेशन और प्रॉक्सी लॉग से तुलना करें। अपेक्षित पैकेट स्रोत पता भी यह नहीं समझाता कि रीसेट क्यों भेजा गया या किस सिस्टम ने नीति लागू की।
संख्यात्मक त्रुटि, टाइमस्टैम्प, एंडपॉइंट और अंतिम पूर्ण चरण सुरक्षित रखें। क्रेडेंशियल या TLS सेटिंग्स बदलने से पहले उन साक्ष्यों का उपयोग करें; छोटा रीसेट संदेश अपने आप में इनमें से किसी को बदलने का कोई कारण नहीं देता।