ERR_CONNECTION_RESET क्या है?

स्क्रैपलेस प्रॉक्सीस प्रबंधित HTTP, HTTPS, और SOCKS5 प्रॉक्सी कनेक्टिविटी प्रदान करते हैं जो सार्वजनिक-वेब कार्यप्रवाह के लिए स्पष्ट नेटवर्क-मार्ग निदान की आवश्यकता होती है।

TL;DR

ERR_CONNECTION_RESET क्या है इसका एक सटीक तकनीकी सीमा है। TCP स्तर पर, एक रीसेट एक अचानक सत्र समापन है जो तुरंत कनेक्शन स्थिति को छोड़ देता है, जैसा कि इसमें समझाया गया है माइक्रोसॉफ्ट TCP/IP समस्या निवारण गाइडेंस।. रीसेट जानबूझकर हो सकता है, जैसे कि एक एप्लिकेशन अस्वीकृत ट्रैफ़िक को अस्वीकार करता है, या पैकेट हानि, परिवर्तित पैकेट, प्रक्रिया विफलता, और मध्यस्थ नीति के कारण होता है।
सर्वर या एप्लिकेशन सॉकेट को बंद करता है यह एक सामान्य कारण है। सेवा किसी अनुरोध को अस्वीकार कर सकती है, पुनः प्रारंभ कर सकती है, क्रैश कर सकती है, या एक कनेक्शन को बंद कर सकती है जिसे वह अमान्य मानती है। सर्वर और लोड- balanser लॉग ब्राउज़र घटना के साथ संरेखित होने चाहिए।
महत्वपूर्ण भेदभाव सुरक्षित अगले कदम को बदलता है। एक रीसेट HTTP स्थिति कोड नहीं है क्योंकि कनेक्शन समाप्त हो गया इससे पहले कि ब्राउज़र एक पूर्ण HTTP प्रतिक्रिया प्राप्त कर सके।
ब्राउज़र को अपडेट और पुनः प्रारंभ करें। यह सभी सहेजे गए डेटा को हटाए बिना या सिस्टम सुरक्षा को बदले बिना सामान्य प्रक्रिया स्थिति को साफ करता है।
प्रॉक्सी और स्क्रैपिंग कार्यप्रवाह में कनेक्शन रीसेट के लिए स्पष्ट वर्गीकरण की आवश्यकता होती है। कभी भी एक ब्राउज़र त्रुटि पृष्ठ को लक्ष्य सामग्री के रूप में संग्रहित न करें। निष्कर्षण से पहले एक मान्य अंतिम स्थिति और अपेक्षित पृष्ठ संरचना की आवश्यकता है, और नेटवर्क निदान को उस डेटासेट से अलग रखें जिसे डाउनस्ट्रीम सिस्टम उपभोग करते हैं।

कनेक्शन पृष्ठ आने से पहले अचानक समाप्त हो गया

ERR_CONNECTION_RESET का अर्थ है कि ब्राउज़र का कनेक्शन इसे पृष्ठ अनुरोध को पूरा करने से पहले अचानक बंद कर दिया गया था। परिवहन स्तर पर, एक साथी या एक मध्यस्थ ने सामान्य क्रमबद्ध समापन के बजाय रीसेट के साथ TCP सत्र को समाप्त कर दिया। फिर क्रोम एक नेटवर्क त्रुटि की सूचना देता है क्योंकि कोई मान्य HTTP प्रतिक्रिया प्रदर्शित करने के लिए उपलब्ध नहीं थी।

रीसेट उपकरण, स्थानीय राउटर, एक VPN, एक प्रॉक्सी, सुरक्षा सॉफ़्टवेयर, एक ISP पथ, साइट के निकट एक फ़ायरवॉल, एक लोड बैलेंसर, या सर्वर एप्लिकेशन पर उत्पन्न हो सकता है। ब्राउज़र संदेश प्रेषक का नाम नहीं बता सकता। यही कारण है कि सभी ब्राउज़र डेटा को साफ करने जैसी व्यापक क्रियाएँ अक्सर समय बर्बाद करती हैं: वे यह स्थापित नहीं करती हैं कि कनेक्शन कहाँ समाप्त हुआ।

एक उपयोगी निदान एक समय में एक सीमा को बदलता है। एक और साइट, ब्राउज़र, डिवाइस, और नेटवर्क की तुलना करें; फिर प्रॉक्सी और सुरक्षा परतों की जांच करें। स्वामित्व वाले सिस्टम के लिए, दोनों छोर पर एक पैकेट कैप्चर यह पहचान सकता है कि रीसेट किसने भेजा और कनेक्शन के किस चरण में यह हुआ।

ERR_CONNECTION_RESET का सीधा अर्थ

ERR_CONNECTION_RESET क्रोमियम का उपयोगकर्ता-मुखी संकेत है कि नेटवर्क कनेक्शन अनुरोध पूर्ण होने से पहले रीसेट हो गया था। क्रोम मदद इसे एक बाधित कनेक्शन के रूप में वर्णित करता है और संभावित कारणों में अनियमित नेटवर्किंग, ब्राउज़र स्थिति, VPN, और ब्लॉकिंग सुरक्षा सॉफ़्टवेयर को सूचीबद्ध करता है।

TCP स्तर पर, एक रीसेट एक अचानक सत्र समापन है जो तुरंत कनेक्शन स्थिति को छोड़ देता है, जैसा कि इसमें समझाया गया है माइक्रोसॉफ्ट TCP/IP समस्या निवारण गाइडेंस।. रीसेट जानबूझकर हो सकता है, जैसे कि एक एप्लिकेशन अस्वीकृत ट्रैफ़िक को अस्वीकार करता है, या पैकेट हानि, परिवर्तित पैकेट, प्रक्रिया विफलता, और मध्यस्थ नीति के कारण होता है।

TCP रीसेट कैसे एक ब्राउज़र त्रुटि बनता है

एक ब्राउज़र सबसे पहले होस्टनाम को हल करता है, एक TCP कनेक्शन खोलता है, HTTPS के लिए TLS बातचीत करता है, एक HTTP अनुरोध भेजता है, और प्रतिक्रिया बाइट्स के लिए प्रतीक्षा करता है। एक रीसेट कनेक्शन सेटअप, TLS बातचीत, अनुरोध अपलोड, या प्रतिक्रिया हस्तांतरण के दौरान हो सकता है। चरण संभावित कारण को बदल देता है।

यदि गंतव्य तुरंत कनेक्शन को अस्वीकार कर देता है, तो रीसेट शुरुआत के आसपास प्रकट होता है। यदि एक सुरक्षा उपकरण TLS या HTTP विशेषताओं को पसंद नहीं करता है, तो कनेक्शन अधिक समय तक जीवित रह सकता है और फिर समाप्त हो सकता है। यदि एक एप्लिकेशन एक प्रतिक्रिया स्ट्रीम करते समय क्रैश हो जाता है, तो कुछ बाइट्स रीसेट से पहले आ सकते हैं। समय और पैकेट का स्थान इसलिए उपयोगी सबूत है।

क्रोम का पृष्ठ पैकेट-स्तरीय विवरण को उजागर नहीं करता है। डेवलपर लॉग, ऑपरेटिंग-सिस्टम निदान, प्रॉक्सी लॉग, सर्वर लॉग, और समान क्षणों में कैप्चर गायब संदर्भ प्रदान करते हैं। लक्ष्य रीसेट प्रेषक की पहचान करना है इससे पहले कि स्थानीय सेटिंग्स को रीसेट करें या सर्वर नीति को बदलें।

स्टेज	स्वस्थ सिग्नल	विफलता प्रमाण
DNS	होस्टनेम लगातार हल होता है	नाम विफलता, आमतौर पर एक रीसेट नहीं
TCP कनेक्ट	हैंडशेक पूरा होता है	तुरंत रीसेट या अस्वीकृति
TLS	प्रमाणपत्र और कुंजी विनिमय पूरा होता है	एन्क्रिप्टेड सेटअप के दौरान रीसेट
HTTP ट्रांसफर	हेडर और शरीर पूरा होते हैं	अनुरोध के बाद रीसेट या मध्य-प्रतिक्रिया

कनेक्शन रिसेट कैसे होते हैं

संभवत: कारण इस बात पर निर्भर करता है कि क्या एक साइट, एक डिवाइस, एक नेटवर्क, या हर क्लाइंट प्रभावित है।

सर्वर या एप्लिकेशन सॉकेट बंद करता है

सेवा एक अनुरोध को अस्वीकार कर सकती है, फिर से शुरू कर सकती है, क्रैश कर सकती है, या एक कनेक्शन को बंद कर सकती है जिसे वह अमान्य मानती है। सर्वर और लोड-बैलेंसर लॉग्स को ब्राउज़र इवेंट के साथ मेल खाना चाहिए।

फायरवॉल या सुरक्षा निरीक्षण

किसी भी पक्ष पर एक डिवाइस उस ट्रैफ़िक को समाप्त कर सकता है जो नीति का उल्लंघन करता है या जिसे निरीक्षित नहीं किया जा सकता। कई HTTPS साइटों का विफल होना स्थानीय हस्तक्षेप या नेटवर्क नियंत्रण की ओर इशारा कर सकता है।

VPN या प्रॉक्सी पथ

एक सुरंग, स्थानीय प्रॉक्सी, या दूरस्थ गेटवे क्लाइंट कनेक्शन को रिसेट कर सकता है जब उसका अपना अपस्ट्रीम कनेक्शन विफल होता है या उसकी नीति गंतव्य को अस्वीकार करती है।

पैकेट हानि या संशोधन

हानि और पैकेट परिवर्तन एक TCP पीयर को सत्र छोड़ने के लिए मजबूर कर सकते हैं। दोनों तरफ की कैप्चर ऐसे पैकेट दिखाती हैं जो एक तरफ मौजूद हैं लेकिन दूसरी तरफ अनुपस्थित या परिवर्तित हैं।

स्थानीय नेटवर्क स्टैक या फ़िल्टर ड्राइवर

नेटवर्क ड्राइवर, एंडपॉइंट सुरक्षा, और भ्रष्ट सॉकेट स्थिति एक डिवाइस को प्रभावित कर सकती है जबकि वही साइट उसी नेटवर्क पर कहीं और काम कर रही है।

आइडल कनेक्शन पुन: उपयोग

एक ब्राउज़र या प्रॉक्सी एक कनेक्शन का पुन: उपयोग कर सकती है जिसे अन्य घटक पहले ही छोड़ चुके हैं। अगला अनुरोध फिर विनिमय में जल्दी बंद होने का सामना करता है।

रीसेट भेजने वाले को पृथक करें

प्रत्येक परीक्षण में एक चर बदलें और पहले सीमा को रिकॉर्ड करें जहां विफलता आपके पीछे आती है।

सटीक त्रुटि की पुष्टि करें। URL, समय, ब्राउज़र कोड, और क्या कोई प्रतिक्रिया हेडर प्रकट होते हैं; यह न मानें कि हर “साइट नहीं पहुंची जा सकती” पृष्ठ एक रिसेट है।
असंबंधित साइटों की तुलना करें। एक विफल होस्ट साइट या मार्ग का सुझाव देता है; कई विफल होस्ट डिवाइस, स्थानीय नेटवर्क, VPN, प्रॉक्सी, या सुरक्षा सॉफ़्टवेयर का सुझाव देते हैं।
दूसरे ब्राउज़र और डिवाइस की तुलना करें। सिर्फ वही डिवाइस ब्राउज़र प्रोफाइल या स्थानीय फ़िल्टर की ओर इशारा करता है; एक नेटवर्क पर हर डिवाइस राउटर या नेटवर्क पथ की ओर इशारा करता है।
दूसरे अधिकृत नेटवर्क की तुलना करें। यदि मोबाइल पहुंच काम करती है, तो मूल नेटवर्क, VPN, प्रॉक्सी, DNS, और निरीक्षण पथ की जांच करें।
एक समय में एक वैकल्पिक परत को अक्षम करें। जब नीति अनुमति देती है, तो एक कस्टम VPN, उपयोगकर्ता-निर्धारित प्रॉक्सी, या ब्राउज़र एक्सटेंशन के बिना परीक्षण करें, फिर आवश्यक नियंत्रणों को बहाल करें।
सर्वर और प्रॉक्सी लॉग की जांच करें। स्वामित्व सेवाओं के लिए, अनुरोध समय और क्लाइंट पते को लोड-बैलेंसर, फायरवॉल, और एप्लिकेशन घटनाओं के साथ सहसंबंधित करें।
दोनों पक्षों पर कैप्चर करें। समानांतर नेटवर्क ट्रेस दिखा सकते हैं कि कौन सा अंत बिंदु या मध्यवर्ती रिसेट डाले हैं और क्या ट्रांजिट में पैकेट खो गए या संशोधित हुए।

उपयोगकर्ता-मुखी व्याख्या में क्रोम कनेक्शन-त्रुटि सहायता, रिसेट तंत्र में माइक्रोसॉफ्ट TCP रिसेट मार्गदर्शन, और क्रोमियम के नेटवर्क त्रुटि कैटलॉग में क्रोमियम नेटवर्क त्रुटि कैटलॉग इस सीमा-दर-सीमा प्रक्रिया का समर्थन करते हैं।

ब्राउज़र उपयोगकर्ताओं के लिए सुरक्षित जाँचें

पहले उलटने योग्य परीक्षणों का उपयोग करें और केवल एक पृष्ठ लोड करने के लिए प्रमाण पत्र या सुरक्षा नियंत्रणों को कमजोर करने से बचें।

ब्राउज़र को अपडेट और पुनः प्रारंभ करें। इससे सामान्य प्रक्रिया स्थिति साफ होती है बिना सभी सहेजे गए डेटा को हटाए या सिस्टम सुरक्षा को बदले।
एक निजी विंडो का परीक्षण करें। यदि यह काम करता है, तो संपूर्ण नेटवर्क को बदलने के बजाय एक्सटेंशनों और प्रोफाइल-विशिष्ट प्रॉक्सी सेटिंग्स का निरीक्षण करें।
सिस्टम घड़ी और नेटवर्क की पुष्टि करें। गलत समय और अस्थिर कनेक्टिविटी सुरक्षित सत्रों को बाधित कर सकते हैं, हालांकि वे अधिक विशिष्ट त्रुटियाँ भी उत्पन्न कर सकते हैं।
जब दायरा दूरस्थ हो तो साइट के मालिक से संपर्क करें। त्रुटि कोड, समय, नेटवर्क क्षेत्र, और क्या अन्य उपकरण और नेटवर्क समान परिणाम दिखाते हैं।

सर्वर-साइड जांचें रीसेट के लिए

आपरेटरों को लोड बैलेंसर, फ़ायरवॉल, होस्ट और उसी कनेक्शन के चारों ओर एप्लिकेशन से सबूत की आवश्यकता होती है।

पुष्टि करें कि क्या कनेक्शन एज और एप्लिकेशन तक पहुंचा। एक एज लॉग जिसमें कोई मूल घटना नहीं है, रीसेट को एप्लिकेशन से पहले रखता है। एक एप्लिकेशन घटना के बाद प्रक्रिया समाप्ति सर्वर कोड या संसाधन दबाव की ओर इशारा करती है। घड़ियों को संरेखित करें और जहां संभव हो कनेक्शन या अनुरोध पहचानकर्ताओं को प्रचारित करें।

परिवहन नीति परिवर्तनों, TLS कॉन्फ़िगरेशन, अधिकतम अनुरोध आकार, कनेक्शन सीमाओं, और निर्जन-कनेक्शन सेटिंग्स की जांच करें। एक नया सुरक्षा नियम या छोटे कीप-इन-लाइव सीमा एक अचानक त्रुटि पैटर्न उत्पन्न कर सकता है, भले ही एप्लिकेशन कोड में बदलाव नहीं हुआ हो।

पैकेट सबूत का उपयोग करके एंडपॉइंट रीसेट को पैकेट हानि से अलग करें। एकतरफ़ा ट्रेस गुमराह कर सकते हैं क्योंकि वे यह नहीं दिखा सकते कि पैकेट कहाँ गायब हुआ। द्वि-तरफ़ा कैप्चर और मध्यवर्ती लॉग रास्ते को जोड़ा जाता है और अनुमानित कॉन्फ़िगरेशन परिवर्तनों को रोकते हैं।

कनेक्शन रीसेट बनाम समान ब्राउज़र त्रुटियाँ

ब्राउज़र कोड एक अचानक स्थापित-पथ बंद को नाम, समय और स्वीकृति विफलताओं से अलग करता है।

लक्षण	क्या विफल हुआ	सर्वश्रेष्ठ अगली जांच
ERR_CONNECTION_RESET	कनेक्शन अचानक समाप्त हो गया	पथों की तुलना करें और रीसेट प्रेषक का पता लगाएं
ERR_CONNECTION_REFUSED	गंतव्य कनेक्शन को स्वीकार नहीं करेगा	श्रोता, पोर्ट और फ़ायरवॉल की जांच करें
ERR_CONNECTION_TIMED_OUT	क्लाइंट सीमा के भीतर कोई पूर्णता नहीं	पहुंचने योग्यता और देरी मापें
ERR_NAME_NOT_RESOLVED	होस्टनाम हल नहीं किया जा सका	DNS और वर्तनी की जांच करें

प्रॉक्सी और स्क्रैपिंग वर्कफ़्लो में कनेक्शन रीसेट

यह स्क्रैपलेस प्रॉक्सी समाधान सतह प्रबंधित प्रॉक्सी कनेक्टिविटी प्रदान करती है, लेकिन एक वर्कफ़्लो को अभी भी प्रॉक्सी पहुंच, लक्ष्य रीसेट, TLS विफलताओं और HTTP प्रतिक्रियाओं को अलग करने की आवश्यकता है। चरण और एंडपॉइंट को रिकॉर्ड करें, उन्हें एक सामान्य फेच विफलता में घटित करने के बजाय।

एक उपयोगी घटना में लक्ष्य होस्ट, प्रॉक्सी चैनल, कनेक्शन अवधि, अंतिम URL जब उपलब्ध हो, ब्राउज़र त्रुटि, और क्या सीधा और प्रॉक्सीड नियंत्रण भिन्न हैं, शामिल हैं। लॉग से प्रमाणपत्र बाहर रखें और केवल सार्वजनिक या उचित तरीके से अधिकृत लक्ष्यों का उपयोग करें। यदि रीसेट एक लक्ष्य के माध्यम से पथों का अनुसरण करता है, तो लक्ष्य-पक्ष का मालिक अगले संपर्क का संभावित संपर्क है।

कभी भी एक ब्राउज़र त्रुटि पृष्ठ को लक्ष्य सामग्री के रूप में स्टोर न करें। निकासी से पहले एक मान्य अंतिम स्थिति और अपेक्षित पृष्ठ संरचना की आवश्यकता होती है, और नेटवर्क निदान को उस डेटा सेट से अलग रखा जाना चाहिए जो नीचे की प्रणालियाँ उपभोग करती हैं।

रीसेट एक पथ सुराग है, निदान नहीं

ERR_CONNECTION_RESET का मतलब है कि कनेक्शन अचानक समाप्त हो गया जब एक पूर्ण HTTP प्रतिक्रिया आई। यह समस्या को परिवहन पथ में संकीर्ण करता है लेकिन अपने आप में प्रेषक की पहचान नहीं कर सकता।

साइट, ब्राउज़र, डिवाइस, नेटवर्क, प्रॉक्सी, और सर्वर सबूत की तुलना करें उस क्रम में। स्वामित्व बुनियादी ढांचे के लिए, लॉग का सहसंबंध करें और दोनों पक्षों को कैप्चर करें। वह अनुशासित अलगाव विफलता सीमा को खोजता है बिना सुरक्षा को कमजोर किए या उपयोगी सबूत मिटाए।

नेटवर्क विफलताओं को अवलोकन योग्य बनाने के लिए तैयार हैं?

एक नियंत्रित सार्वजनिक वेब पुनर्प्राप्ति पथ का उपयोग करें और निकासी से पहले नेटवर्क स्थिति, अंतिम गंतव्य, और पृष्ठ सामग्री को मान्य करें।

आज ही साइन अप करें और प्राप्त करें $5 का मुफ्त क्रेडिट — कोई क्रेडिट कार्ड आवश्यक नहीं.

अपने $5 क्रेडिट का दावा करें →

अक्सर पूछे जाने वाले प्रश्न

क्या ERR_CONNECTION_RESET एक सर्वर त्रुटि है?

ERR_CONNECTION_RESET सर्वर-साइड, क्लाइंट-साइड, या एक मध्यस्थ द्वारा उत्पन्न हो सकता है। ब्राउज़र केवल जानता है कि कनेक्शन अचानक समाप्त हो गया, इसलिए प्रेषक की पहचान के लिए परीक्षण और नेटवर्क सबूतों की आवश्यकता होती है।

क्या एक VPN ERR_CONNECTION_RESET का कारण बन सकता है?

एक VPN त्रुटि का कारण बन सकता है जब इसकी सुरंग, गेटवे, रूटिंग, या निरीक्षण नीति कनेक्शन समाप्त करती है। नीति की अनुमति होने पर, वैकल्पिक VPN के बिना उसी अधिकृत गंतव्य की तुलना करें, फिर आवश्यक नियंत्रणों को पुनर्स्थापित करें।

क्या कुकीज़ हटाने से कनेक्शन रीसेट ठीक होता है?

कुकीज़ प्राथमिक TCP रीसेट तंत्र नहीं हैं। एक प्रोफ़ाइल-विशिष्ट विस्तार या प्रॉक्सी महत्वपूर्ण हो सकती है, लेकिन व्यापक कुकी हटाना उस सबूत का पालन करना चाहिए कि विफलता एक ब्राउज़र प्रोफ़ाइल में सीमित है।

त्रुटि केवल एक वेबसाइट को ही क्यों प्रभावित करती है?

एक-साइट दायरा उस साइट के एज, फ़ायरवॉल, एप्लिकेशन, मार्ग, या होस्टनाम के लिए विशिष्ट एक नेटवर्क नीति की ओर इशारा करता है। दूसरे नेटवर्क का परीक्षण लक्ष्य को मूल पथ से अलग करने में मदद करता है।

स्वचालित संग्रहकर्ताओं को रीसेट रिकॉर्ड कैसे करना चाहिए?

संग्रहकर्ताओं को ब्राउज़र कोड, लक्ष्य, प्रॉक्सी पथ, अवधि, और कनेक्शन चरण को रिकॉर्ड करना चाहिए, फिर निकाली गई सामग्री से घटना को बाहर करना चाहिए। HTTP स्थिति की अनुपस्थिति को एक खाली सफल पृष्ठ के रूप में नहीं मानें।