ERR_CONNECTION_RESET सिर्फ़ एक साइट पर

एक साइट ERR_CONNECTION_RESET देती है और बाकी चलती हैं? स्टेप-बाय-स्टेप जाँच: नेटवर्क, एक्सटेंशन, प्रॉक्सी, DNS, घड़ी, और curl से SNI फ़िल्टरिंग।

प्रकाशित 9 मिनट में पढ़ेंअंग्रेज़ी में पढ़ें →

बाकी हर साइट लोड होती है, लेकिन एक बार-बार "This site can't be reached" और ERR_CONNECTION_RESET के साथ फ़ेल होती है। रीलोड करने से कुछ नहीं होता। यह गाइड एक decision tree है। हर कदम या तो वजह ढूँढ लेता है या एक वजह को खारिज कर देता है, और क्रम सबसे जल्दी होने वाली जाँच से सबसे ज़्यादा बताने वाली जाँच तक जाता है।

"connection reset" का असल मतलब क्या है

एक TCP कनेक्शन शिष्टता से खत्म हो सकता है, या एक reset पैकेट (RST) से एकदम तोड़ा जा सकता है। Chrome और दूसरे Chromium ब्राउज़र ERR_CONNECTION_RESET तब दिखाते हैं जब पेज पहुँचने से पहले reset आ जाए। Firefox भी मिलता-जुलता "The connection was reset" पेज दिखाता है। Reset साइट के सर्वर से आ सकता है, आपके अपने कंप्यूटर के किसी सॉफ़्टवेयर से, या नेटवर्क के बीच के किसी डिवाइस से जो दोनों में से किसी एक सिरे का दिखावा करता है।

इसीलिए एक ही एरर की इतनी अलग-अलग वजहें होती हैं। तरकीब यह पता लगाना है कि reset किसने भेजा और कब।

कदम 1: क्या सच में सिर्फ़ एक साइट है?

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

कदम 2: क्या सिर्फ़ एक नेटवर्क पर है?

यह सबसे ज़्यादा जानकारी देने वाला टेस्ट है, और मुफ़्त है। साइट को Wi-Fi की जगह मोबाइल डेटा पर खोलें, या अपने लैपटॉप को फ़ोन से टेथर करें। अगर साइट एक नेटवर्क पर खुलती है और दूसरे पर reset होती है, तो फ़ेल होने वाले नेटवर्क का हाथ है। आम वजहें कोई साइट मोबाइल डेटा पर क्यों खुलती है लेकिन Wi-Fi पर नहीं? में बताई गई हैं। अगर यह हर जगह फ़ेल होती है, तो साइट खुद या आपका डिवाइस ज़्यादा संभावित वजह है।

कदम 3: दूसरा ब्राउज़र, प्राइवेट विंडो, बिना एक्सटेंशन

एक प्राइवेट या incognito विंडो आज़माएँ, जहाँ ज़्यादातर एक्सटेंशन डिफ़ॉल्ट रूप से बंद रहते हैं। फिर कोई दूसरा ब्राउज़र आज़माएँ। ऐड ब्लॉकर, प्राइवेसी एक्सटेंशन, "safe browsing" ऐड-ऑन और कंपनी की ब्राउज़र पॉलिसी, सभी कनेक्शन बंद कर सकते हैं। अगर साइट प्राइवेट विंडो में चलती है, तो अपने एक्सटेंशन एक-एक करके चालू करें जब तक एरर वापस न आ जाए।

कदम 4: दूसरे VPN, प्रॉक्सी और HTTPS स्कैनिंग बंद करें

आपके ट्रैफ़िक के रास्ते में बैठी कोई भी चीज़ उस कनेक्शन को reset कर सकती है जो उसे पसंद न हो:

  • कोई दूसरा VPN या प्रॉक्सी ऐप। उसे पूरी तरह बंद करें और फिर टेस्ट करें।
  • एंटीवायरस की "HTTPS scanning" या "web protection"। कुछ सिक्योरिटी सूट एन्क्रिप्टेड ट्रैफ़िक की जाँच करते हैं और जोखिम भरे लगने वाले कनेक्शन काट देते हैं। टेस्ट के लिए वह फ़ीचर थोड़ी देर रोकें, फिर वापस चालू करें।
  • सिस्टम प्रॉक्सी। Windows पर Settings → Network & internet → Proxy में देखें। macOS पर System Settings → Network → आपका कनेक्शन → Details → Proxies में देखें। कोई अनजाना प्रॉक्सी, या किसी पुराने ऐप का बचा हुआ, एक-एक साइट बिगाड़ सकता है। सिर्फ़ वही हटाएँ जो आपको पता है कि आपने खुद सेट किया था, और मैनेज्ड कंप्यूटर पर अपनी IT टीम से पूछें।

कदम 5: DNS कैश साफ़ करें और एन्क्रिप्टेड DNS आज़माएँ

अगर साइट ने सर्वर बदला है, तो हो सकता है आपका डिवाइस अब भी पुराना एड्रेस इस्तेमाल कर रहा हो, जो reset या timeout दे सकता है। कैश साफ़ करें:

# Windows (Command Prompt)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Chrome's own cache: open chrome://net-internals/#dns and click "Clear host cache"

इसके बाद अपने नेटवर्क के जवाब की तुलना किसी स्वतंत्र रिज़ॉल्वर से करें: nslookup example.com और फिर nslookup example.com 1.1.1.1। अगर दोनों अलग हैं और सिर्फ़ स्वतंत्र वाला जवाब काम करता है, तो समस्या आपके नेटवर्क के DNS में है। एन्क्रिप्टेड DNS इस तरह का ब्लॉक ठीक करता है, जैसा DoH और DoT में समझाया गया है। सिर्फ़ अलग एड्रेस होना सबूत नहीं है, क्योंकि बड़ी साइटें अलग-अलग नेटवर्क को अलग-अलग सर्वर देती हैं।

कदम 6: तारीख और समय जाँचें

गलत घड़ी से आमतौर पर reset की जगह सर्टिफ़िकेट एरर आती है, लेकिन यह दस सेकंड की जाँच है। अपने आप तारीख और समय चालू करें, फिर रीलोड करें। फ़ेल होते पेज को "पार करने" के लिए कभी सर्टिफ़िकेट चेतावनी को अनदेखा करके आगे न बढ़ें।

कदम 7: क्या साइट डाउन है?

साइट का स्टेटस पेज या आधिकारिक सोशल अकाउंट देखें, या कोई पब्लिक "down for everyone or just me" चेकर इस्तेमाल करें। अगर साइट डाउन है, तो इंतज़ार करें। ध्यान रखें कि चेकर अपने सर्वर से टेस्ट करता है, इसलिए वहाँ "up" होना यह साबित नहीं करता कि साइट आपके नेटवर्क से पहुँच में है।

कदम 8: curl से reset को पढ़ें

अगर साइट अब भी सिर्फ़ एक नेटवर्क पर reset होती है, तो हैंडशेक को खुद देखें। curl, Windows 10 और 11, macOS और ज़्यादातर Linux सिस्टम में पहले से है। इसे टर्मिनल में example.com की जगह अपनी साइट डालकर चलाएँ:

curl -v https://example.com

एक ठीक कनेक्शन ऐसी कुछ लाइनें दिखाता है, फिर पेज के हेडर। सही शब्द आपके curl वर्ज़न और TLS लाइब्रेरी पर निर्भर करते हैं:

*   Trying 203.0.113.10:443...
* Connected to example.com (203.0.113.10) port 443
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* TLSv1.3 (IN), TLS handshake, Server hello (2):
...
< HTTP/2 200

नाम पर आधारित फ़िल्टरिंग की ओर इशारा करने वाला पैटर्न ऐसा दिखता है:

*   Trying 203.0.113.10:443...
* Connected to example.com (203.0.113.10) port 443
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* Recv failure: Connection reset by peer
curl: (35) Recv failure: Connection reset by peer

इसे लाइन-दर-लाइन पढ़ें। "Connected" का मतलब है कि सर्वर के IP एड्रेस से TCP कनेक्शन बन गया, इसलिए एड्रेस पूरी तरह ब्लॉक नहीं है। "Client hello" पहला TLS मैसेज है, और इसमें SNI नाम के फ़ील्ड में साइट का नाम सादे टेक्स्ट में होता है। उसके ठीक बाद "Connection reset by peer" का मतलब है कि नाम दिखते ही, सर्वर के जवाब देने से पहले, किसी ने कनेक्शन काट दिया। कुछ नेटवर्क चुपचाप कनेक्शन बंद कर देते हैं, जिसे curl एक unexpected end of file या SSL "syscall" एरर के रूप में दिखाता है, और Chrome ERR_CONNECTION_CLOSED दिखा सकता है।

दूसरे नतीजों से तुलना करें:

curl क्या दिखाता हैसंभावित मतलब
Could not resolve hostDNS फ़ेल होना या DNS ब्लॉकिंग। कदम 5 पर वापस जाएँ
"Trying" पर अटका, फिर timeoutIP एड्रेस तक पहुँच नहीं: IP ब्लॉक, फ़ायरवॉल या डाउन सर्वर
"Client hello" के ठीक बाद reset या बंद, सिर्फ़ एक नेटवर्क परशायद उस नेटवर्क पर SNI फ़िल्टरिंग
हैंडशेक पूरा, फिर एक HTTP एरर कोडसाइट ने जवाब दिया। समस्या उसकी तरफ़ या आपके अकाउंट में है

बात को पक्का करने के लिए वही कमांड दूसरे नेटवर्क पर चलाएँ। अगर वहाँ चलता है, तो फ़िल्टर पहले नेटवर्क का है। यह किसी दुर्लभ स्थिति के बारे में अंदाज़ा नहीं है। 2020 में OONI और Centre for Internet and Society की एक स्टडी में पाया गया कि Bharti Airtel पर कुछ साइटों के लिए TLS कनेक्शन ClientHello के ठीक बाद कट रहे थे, और Reliance Jio पर SNI को डेस्टिनेशन एड्रेस के साथ मिलाकर। CIS ने अलग से बताया कि Jio, SNI inspection इस्तेमाल कर रहा है, और इस रिपोर्ट पर ntc.party फ़ोरम में चर्चा हुई। और जानकारी: कैसे जाँचें कि कोई वेबसाइट ब्लॉक है।

GreenTunnel कहाँ मदद करता है, और कहाँ नहीं

GreenTunnel हमारा बनाया एक ऑन-डिवाइस लोकल VPN है, इसलिए यह हिस्सा यह जानते हुए पढ़ें कि हम पक्षपाती हैं। यह ऊपर की दो वजहों को निशाना बनाता है:

  • SNI फ़िल्टरिंग। यह कनेक्शन के पहले TLS पैकेट का रूप बदलता है, उदाहरण के लिए Client hello या उसके TLS रिकॉर्ड को बाँटकर, ताकि साइट का नाम ढूँढने वाला फ़िल्टर उसे एक टुकड़े में न पाए। यह कैसे काम करता है: SNI, DPI और TLS रिकॉर्ड स्प्लिटिंग।
  • DNS ब्लॉकिंग। लुकअप एन्क्रिप्टेड DNS (DoH या DoT) से Cloudflare, Google या Quad9 पर जाते हैं, इसलिए नेटवर्क चुपचाप नकली जवाब नहीं दे सकता।

इसका URL जाँचें टूल आपके मौजूदा नेटवर्क पर एक साइट के लिए कदम 5 और 8 वाली तुलनाएँ करता है, और बताता है कि साइट नाम से फ़िल्टर है, उसे नकली DNS जवाब मिलता है, IP एड्रेस से ब्लॉक है, या ठीक है। अगर कोई तकनीक काम करती है, तो आप यह तकनीक इस्तेमाल करें पर टैप कर सकते हैं।

यह तब मदद नहीं करेगा जब:

  • साइट डाउन हो, या reset साइट के अपने सर्वर या सुरक्षा सेवा से आ रहा हो,
  • ब्लॉक IP एड्रेस से हो, जो "Trying" पर timeout के रूप में दिखता है,
  • कोई दफ़्तर, स्कूल या दूसरा मैनेज्ड नेटवर्क जानबूझकर साइट ब्लॉक करे। उस नेटवर्क के नियम तय करना उसके मालिक का काम है। पॉलिसी का सम्मान करें और अगर काम के लिए पहुँच चाहिए तो एडमिनिस्ट्रेटर से पूछें,
  • वजह आपके अपने डिवाइस पर कोई एक्सटेंशन, एंटीवायरस या पुराना DNS हो। उन्हें सीधे ठीक करें।

ईमानदार सीमाएँ और ज़िम्मेदार इस्तेमाल

GreenTunnel आपका IP एड्रेस नहीं छिपाता और गुमनामी (anonymity) का टूल नहीं है। यह IP ब्लॉक, नेटवर्क शटडाउन या allowlist को पार नहीं कर सकता, और किसी खास साइट को खोलने का वादा नहीं करता। फ़िल्टर समय के साथ बदलते हैं और ISP के हिसाब से अलग होते हैं, इसलिए आज का नतीजा अगले महीने अलग हो सकता है।

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

क्या ERR_CONNECTION_RESET हमेशा इस बात का संकेत है कि साइट ब्लॉक है?

नहीं। एक्सटेंशन, एंटीवायरस की HTTPS स्कैनिंग, बचा हुआ प्रॉक्सी, पुराना DNS या साइट खुद, सभी इसकी वजह बन सकते हैं। ब्लॉकिंग की संभावना तभी बनती है जब reset एक ही नेटवर्क पर, Client hello के ठीक बाद हो, और साइट दूसरी जगह चलती हो।

साइट मोबाइल डेटा पर क्यों चलती है लेकिन Wi-Fi पर reset क्यों होती है?

दोनों नेटवर्क अलग प्रोवाइडर, रिज़ॉल्वर और फ़िल्टर इस्तेमाल करते हैं। उनमें से कोई एक साइट का नाम पढ़ सकता है या DNS का जवाब अलग तरह से दे सकता है। दोनों पर curl -v चलाएँ और तुलना करें कि हर एक कहाँ रुकता है।

क्या कुकीज़ साफ़ करने से connection reset ठीक होगा?

शायद ही कभी। कुकीज़ कनेक्शन बनने के बाद भेजी जाती हैं, जबकि ज़्यादातर reset उससे पहले होते हैं। साइट का डेटा साफ़ करने से तब मदद मिल सकती है जब साइट खुद किसी खराब सेशन को ठुकराती है, जो आमतौर पर इसकी जगह HTTP एरर दिखाता है।

क्या GreenTunnel मेरी कंपनी के फ़ायरवॉल से होने वाला reset ठीक कर सकता है?

यह इसके लिए नहीं बना है। मैनेज्ड नेटवर्क अपने मालिक की पॉलिसी के हिसाब से साइटें ब्लॉक करता है। इसे पार करने की कोशिश करने की जगह एडमिनिस्ट्रेटर से पूछें।

स्रोत

← सभी पोस्ट