प्रॉक्सीद्वारे पीअरने कनेक्शन रीसेट केले: अयशस्वी टप्पा शोधा
ऑपरेटिंग सिस्टमच्या लहान त्रुटी संदेशाला कारणाचे श्रेय न मानता, कनेक्शन टप्पा आणि पुष्टी करणारे पुरावे वापरून प्रॉक्सी रीसेटची तपासणी करा.
“Connection reset by peer” तुटलेल्या वाहतूक कनेक्शनचे सूचक आहे. ते ISP, प्रॉक्सी ऑपरेटर किंवा वेबसाइटला कारण म्हणून ओळखत नाही.
| रीसेटची वेळ | कुठे तपासावे |
|---|---|
| TCP जोडल्यानंतर लगेच | प्रोटोकॉलची विसंगती किंवा सुरुवातीची देवघेव नाकारणारी सेवा |
| CONNECT यशस्वी झाल्यानंतर | स्थापित बोगदा मार्ग |
| प्रतिसादादरम्यान | वरच्या बाजूचे बंद होणे, मध्यस्थाचे आयुर्मान धोरण आणि हस्तांतरण मार्ग |
नंतर प्रॉक्सी आणि गंतव्य स्थिर ठेवून एक संबंधित अट बदला. जिथे समर्थित असेल तिथे योग्यरित्या संरचित एन्क्रिप्टेड क्लायंट-ते-प्रॉक्सी कनेक्शन, किंवा दुसऱ्या मंजूर नेटवर्कमधील तोच क्लायंट याची तुलना करा. ऑपरेटर त्याच्या लॉगमध्ये हा प्रयत्न जोडू शकतो का विचारा.
वेगळा निकाल तपासणीचा परिघ कमी करतो, पण एक कारण सिद्ध करत नाही. बोगद्यातून रहदारी पाठवल्यास वेळ, भार, धोरण आणि मध्यस्थ उपकरणे एकाच वेळी बदलू शकतात. केवळ त्याचे यश मूळ मार्गावरील जाणीवपूर्वक अडवणूक सिद्ध करू शकत नाही.
जिथे अधिकृत पॅकेट निरीक्षणे उपलब्ध आहेत, तिथे त्यांची अनुप्रयोग आणि प्रॉक्सी लॉगशी तुलना करा. अपेक्षित पॅकेट स्रोत पत्ताही रीसेट का पाठवला गेला किंवा कोणत्या प्रणालीने धोरण लागू केले हे स्पष्ट करत नाही.
संख्यात्मक त्रुटी, वेळमुद्रा, अंतिम बिंदू आणि शेवटचा पूर्ण झालेला टप्पा जतन करा. क्रेडेन्शियल्स किंवा TLS सेटिंग्ज बदलण्यापूर्वी ते पुरावे वापरा; लहान रीसेट संदेश स्वतःच यापैकी काहीही बदलण्याचे कारण देत नाही.