ERR_PROXY_CONNECTION_ क्या हैFAILED?
Scrapeless Proxies प्रबंधित HTTP, HTTPS और SOCKS5 कनेक्टिविटी प्रदान करता है जो सार्वजनिक-वेब वर्कफ़्लोज़ के लिए आवश्यक है जिन्हें स्पष्ट प्रॉक्सी कॉन्फ़िगरेशन और पथ मान्यता की आवश्यकता है।
TL;DR
- ERR_PROXY_CONNECTION_FAILED की एक सटीक तकनीकी सीमा है। यह भेद्यता को प्रॉक्सी व्यवहार से अलग करता है। यदि ब्राउज़र प्रॉक्सी होस्ट को हल नहीं कर पाता या इसकी सुनने की पोर्ट खोल नहीं पाता, तो त्रुटि -130 उपयुक्त है। यदि यह प्रॉक्सी तक पहुँचता है लेकिन प्रॉक्सी प्रमाणन मांगता है, टनल को अस्वीकार करता है, या लक्ष्य तक नहीं पहुँच पाता, तो ब्राउज़र या अनुप्रयोग एक अन्य प्रॉक्सी या HTTP त्रुटि रिपोर्ट कर सकता है।
- पुरानी मैनुअल प्रॉक्सी सेटिंग एक सामान्य कारण है। ब्राउज़र या ऑपरेटिंग सिस्टम अभी भी एक प्रॉक्सी की ओर इशारा करता है जिसे हटा दिया गया था, बदला गया था, या केवल पिछले नेटवर्क के लिए ही उपयोग किया गया था।
- निदान सीमा सुरक्षित अगला कदम बदलती है। ब्राउज़र-से-प्रॉक्सी होप का परीक्षण पहले करें; लक्ष्य URL को बदलना एक प्रॉक्सी होस्टनेम या पोर्ट को ठीक नहीं कर सकता जिसे ब्राउज़र नहीं पहुँचा सकता।
- पुरानी व्यक्तिगत प्रॉक्सी को बंद करें। यदि कोई प्रॉक्सी का उपयोग नहीं किया जाना चाहिए, तो वह मैनुअल सेटिंग हटा दें जो ऑपरेटिंग सिस्टम या ब्राउज़र स्रोत से बनाई गई थी।
- स्वचालित डेटा संग्रह में प्रॉक्सी विफलताएँ स्पष्ट वर्गीकरण की आवश्यकता होती है। एक संग्रह कार्यकर्ता को बंद होने में विफल होना चाहिए जब इसकी आवश्यक प्रॉक्सी अनुपलब्ध हो, न कि चुपचाप एक अप्रूव्ड प्रत्यक्ष मार्ग पर स्विच करना। निदान घटना को संजोएं, निकासी से त्रुटि पृष्ठों को बाहर करें, और लक्षित एक्सेस नियंत्रण और लागू कानून का सम्मान करें।
ब्राउज़र अपने कॉन्फ़िगर किए गए प्रॉक्सी तक नहीं पहुँच सका।
ERR_PROXY_CONNECTION_FAILED तब प्रकट होता है जब क्रोमियम को एक प्रॉक्सी का उपयोग करने के लिए कॉन्फ़िगर किया गया है लेकिन उस प्रॉक्सी से कनेक्शन बनाने में असफल हो जाता है। यह विफलता उस प्रॉक्सी को लक्ष्य पृष्ठ लाने से पहले होती है। लक्षित वेबसाइट स्वस्थ हो सकती है और कभी भी अनुरोध नहीं देख सकती।
यह त्रुटि एक सामान्य कनेक्शन विफलता से संकुचित है। यह प्रॉक्सी होस्टनेम समाधान, प्रॉक्सी पोर्ट पहुंच, स्थानीय प्रक्रिया स्थिति, सिस्टम प्रॉक्सी सेटिंग, प्रॉक्सी स्वचालित कॉन्फ़िगरेशन नियम, या ब्राउज़र और प्रॉक्सी के बीच नेटवर्क नीति की ओर इशारा करती है। प्रमाणीकरण और HTTP टनल विफलताएँ विभिन्न कोड उत्पन्न कर सकती हैं क्योंकि ये प्रारंभिक प्रॉक्सी कनेक्शन सफल होने के बाद होती हैं।
सुरक्षित निदान उस स्थान की पुष्टि करके शुरू होता है जहाँ प्रॉक्सी कॉन्फ़िगरेशन आया। क्रोम सिस्टम सेटिंग्स, उद्यम नीति, एक्सटेंशन, कमांड-लाइन ध्वज, या PAC फ़ाइल को विरासत में ले सकता है। एक ब्राउज़र टॉगल बदलना तब कुछ नहीं कर सकता जब अन्य स्रोत तुरंत कॉन्फ़िगरेशन को फिर से लागू करता है।
ERR_PROXY_CONNECTION_FAILED का सीधा अर्थ
ERR_PROXY_CONNECTION_FAILED क्रोमियम नेटवर्क त्रुटि -130 है, जिसका अर्थ है कि ब्राउज़र प्रॉक्सी सर्वर से कनेक्शन नहीं बना सका क्योंकि नाम समाधान या सॉकेट कनेक्शन विफल हो गया। क्रोमियम की नेटवर्क त्रुटि सूची स्पष्ट रूप से इस कोड से HTTP कनेक्ट विनिमय के दौरान विफलताओं को बाहर करता है।
यह भेद्यता को प्रॉक्सी व्यवहार से अलग करता है। यदि ब्राउज़र प्रॉक्सी होस्ट को हल नहीं कर सकता या उसकी सुनने की पोर्ट खोल नहीं सकता, तो त्रुटि -130 उपयुक्त है। यदि यह प्रॉक्सी तक पहुँचता है लेकिन प्रॉक्सी प्रमाणन मांगता है, टनल को अस्वीकार करता है, या लक्ष्य तक नहीं पहुँच पाता, तो ब्राउज़र या अनुप्रयोग एक अन्य प्रॉक्सी या HTTP त्रुटि रिपोर्ट कर सकता है।
क्रोम प्रॉक्सी को कैसे चुनता है और कनेक्ट करता है
क्रोम प्रॉक्सी सेटिंग्स को ऑपरेटिंग सिस्टम और लागू ब्राउज़र या उद्यम नीति से हल करता है। एक प्रत्यक्ष नियम एक होस्ट और पोर्ट का नाम देता है, जबकि एक PAC फ़ाइल लॉजिक चलाती है जो प्रत्येक URL के लिए प्रॉक्सी या प्रत्यक्ष मार्ग का चयन करती है। एक्सटेंशन और लॉन्च ध्वज एक और स्रोत जोड़ सकते हैं।
चुनाव के बाद, ब्राउज़र प्रॉक्सी होस्टनेम को हल करता है और अपने कॉन्फ़िगर किए गए पोर्ट के लिए एक TCP कनेक्शन खोलता है। यदि HTTPS लक्ष्यों के माध्यम से HTTP प्रॉक्सी हो तो, ब्राउज़र फिर प्रॉक्सी से एक टनल बनाने के लिए कहता है। ERR_PROXY_CONNECTION_FAILED पहले चरण पर लागू होता है: प्रॉक्सी स्वयं तक नहीं पहुँचा जा सका।
एक स्थानीय डिबगिंग प्रॉक्सी पथ में प्रक्रिया स्थिति जोड़ती है। यदि उपकरण बंद होने के बाद ब्राउज़र अभी भी लूपबैक पोर्ट की ओर इशारा करता है, तो प्रत्येक प्रॉक्सी अनुरोध विफल हो जाता है। एक रिमोट प्रॉक्सी DNS, फ़ायरवॉल, रूटिंग, और अनुमति सूची_checks जोड़ता है। कॉन्फ़िगरेशन स्रोत और श्रोता की स्थिति इसलिए लक्षित-साइट विश्लेषण से पहले आती है।
| चरण | स्वस्थ संकेत | विफलता का प्रमाण |
|---|---|---|
| कॉन्फ़िगरेशन | अपेक्षित प्रॉक्सी या DIRECT का चयन किया गया | अप्रत्याशित नीति, एक्सटेंशन, या PAC परिणाम |
| प्रॉक्सी DNS | प्रॉक्सी होस्टनेम हल करता है | नाम हल नहीं हो सकता |
| प्रॉक्सी सॉकेट | कॉन्फ़िगर की गई पोर्ट TCP को स्वीकार करती है | अस्वीकृति, समय समाप्त, या अवरुद्ध मार्ग |
| प्रॉक्सी प्रोटोकॉल | कनेक्शन प्रमाणीकरण या टनल की ओर बढ़ता है | गलत योजना या श्रोता प्रकार |
प्रॉक्सी कनेक्शन क्यों नहीं बनाया जा सकता
अधिकांश मामले पुराने कॉन्फ़िगरेशन, अनुपलब्ध श्रोता, गलत एंडपॉइंट विवरण, DNS विफलता, या एक नीति में घटित होते हैं जो अप्रत्याशित रूप से प्रॉक्सी का चयन करती है।
पुरानी मैनुअल प्रॉक्सी सेटिंग
ब्राउज़र या ऑपरेटिंग सिस्टम अभी भी एक प्रॉक्सी की ओर इशारा करता है जिसे हटा दिया गया, बदल दिया गया, या केवल पिछले नेटवर्क के लिए उपयोग किया गया।
स्थानीय प्रॉक्सी प्रक्रिया बंद कर दी गई है
डिबगिंग या फ़िल्टरिंग टूल जिसे लूपबैक पोर्ट पर कॉन्फ़िगर किया गया था अब सुन नहीं रहा है, इसलिए ब्राउज़र को उस पते से कनेक्ट नहीं किया जा सकता जिसे उसे उपयोग करने के लिए कहा गया था।
गलत होस्टनाम, पोर्ट, या योजना
एक टाइपो, किसी अन्य क्षेत्र से कॉपी की गई अंत बिंदु, या प्रोटोकॉल असंगति ब्राउज़र को एक सॉकेट पर भेजती है जो अपेक्षित प्रॉक्सी सेवा नहीं प्रदान करता।
PAC फ़ाइल गलत मार्ग चुनती है
प्रॉक्सी स्वचालन कॉन्फ़िगरेशन एक होस्ट के लिए अनुपलब्ध प्रॉक्सी लौटा सकता है या अनिवार्य एंटरप्राइज़ नीति के तहत लोड होने में विफल हो सकता है।
फायरवॉल प्रॉक्सी अंत बिंदु को अवरुद्ध करता है
स्थानीय सुरक्षा सॉफ़्टवेयर, एक कॉर्पोरेट नेटवर्क, या एक अपस्ट्रीम फ़ायरवॉल कॉन्फ़िगर की गई प्रॉक्सी पोर्ट को अवरुद्ध कर सकता है जबकि सामान्य प्रत्यक्ष ब्राउज़िंग अभी भी काम करता है।
प्रॉक्सी DNS या सेवा आउटेज
प्रॉक्सी होस्टनाम वर्तमान नेटवर्क से हल नहीं हो सकता है, या सेवा के पास चयनित अंत बिंदु पर कोई स्वस्थ श्रवणकर्ता नहीं हो सकता है।
कनेक्टिविटी से पहले ट्रेस कॉन्फ़िगरेशन
गतिशील प्रॉक्सी नियम खोजें, फिर उस विशेष होस्ट और पोर्ट का परीक्षण करें जिसे उसने चुना।
- त्रुटि कोड की पुष्टि करें। प्रॉक्सी कनेक्शन विफलता को प्रॉक्सी प्रमाणीकरण, लक्ष्य अस्वीकृति, प्रमाणपत्र, और सुरंग त्रुटियों से अलग करें क्योंकि प्रत्येक एक अलग चरण में होता है।
- प्रत्येक कॉन्फ़िगरेशन स्रोत की पहचान करें। सिस्टम सेटिंग्स, ब्राउज़र नीति, एक्सटेंशन, कमांड-लाइन ध्वज, VPN सॉफ़्टवेयर, और PAC कॉन्फ़िगरेशन का निरीक्षण करें।
- चुने गए प्रॉक्सी को निर्धारित करें। PAC तैनाती के लिए, विफल होने वाली URL का मूल्यांकन करें और RETURNED प्रॉक्सी या डायरेक्ट निर्णय को रिकॉर्ड करें।
- प्रॉक्सी होस्टनाम को हल करें। प्रभावित डिवाइस से नाम समाधान का परीक्षण करें और परिणाम को काम करने वाले डिवाइस या स्वीकृत नेटवर्क के साथ तुलना करें।
- प्रॉक्सी पोर्ट का परीक्षण करें। सुनिश्चित करें कि सटीक होस्ट और पोर्ट क्लाइंट नेटवर्क से TCP कनेक्शन स्वीकार करते हैं बिना क्रेडेंशियल्स को उजागर किए।
- श्रवणकर्ता प्रोटोकॉल की पुष्टि करें। सुनिश्चित करें कि कॉन्फ़िगर की गई HTTP, HTTPS, या SOCKS योजना वास्तव में क्या प्रदान करता है।
- प्रत्यक्ष पहुंच की तुलना केवल तब करें जब अनुमति दी गई हो। यदि प्रत्यक्ष पहुंच काम करती है और प्रॉक्सी मार्ग विफल हो जाता है, तो प्रॉक्सी कॉन्फ़िगरेशन, पहुँचता, और सेवा स्वास्थ्य पर जांच रखें।
क्रोमियम सीमा को परिभाषित करता है क्रोमियम नेटवर्क त्रुटि सूची, क्रोम सामान्य कनेक्शन जांच प्रदान करता है क्रोम कनेक्शन-त्रुटि सहायता, और माइक्रोसॉफ्ट TCP/IP समस्या निवारण मार्गदर्शन व्याख्या करता है कि कैसे निम्न-स्तरीय TCP साक्ष्य अवरोधित हॉप को अलग कर सकता है।
ब्राउज़र उपयोगकर्ताओं के लिए सुरक्षित समाधान
केवल उस प्रॉक्सी स्रोत को बदलें जो वास्तव में सक्रिय है, और उन एंटरप्राइज़ नियंत्रणों को बनाए रखें जिनकी आपके संगठन को आवश्यकता है।
- एक पुराना व्यक्तिगत प्रॉक्सी बंद करें। यदि कोई प्रॉक्सी नहीं होनी चाहिए, तो उसे उस ऑपरेटिंग सिस्टम या ब्राउज़र स्रोत से हटा दें जिसने इसे बनाया था।
- इच्छित स्थानीय प्रॉक्सी शुरू करें। डिबगिंग उपकरणों के लिए, पुष्टि करें कि प्रक्रिया चल रही है और कॉन्फ़िगर की गई लूपबैक पोर्ट पर सुन रही है।
- सही अंत बिंदु विवरण। स्वीकृत प्रदाता डैशबोर्ड से होस्ट, पोर्ट और प्रोटोकॉल को फिर से कॉपी करें, बजाय कि उपयोगकर्ता नाम प्रारूप या गेटवे का अनुमान लगाने के।
- प्रबंधित नीति के लिए प्रशासक से संपर्क करें। एक आवश्यक नेटवर्क नियंत्रण को पराजित करने के लिए एंटरप्राइज़ सर्टिफिकेट, PAC नियम, या सुरक्षा एजेंटों को न हटाएं।
प्रॉक्सी प्रशासकों के लिए जांचें
ऑपरेटरों को चयन, पहुँचता, और श्रवणकर्ता स्वास्थ्य को अलग-अलग परतों के रूप में मान्य करना चाहिए।
PAC तैनाती के लिए, प्रतिनिधि URL का परीक्षण करें और RETURNED नियम को रिकॉर्ड करें। PAC फ़ाइल को विश्वसनीय रूप से सेवा दें, इसकी वाक्य रचना मान्य करें, और फ़ैल-बैक व्यवहार को स्पष्ट रखें। एक नीति जो चुपचाप एक पूरे ब्राउज़र बेड़े को एक सेवानिवृत्त होस्टनेम की ओर इशारा करती है वह व्यापक विफलता उत्पन्न करती है जबकि प्रॉक्सी सॉफ़्टवेयर स्वयं कहीं और स्वस्थ होता है।
क्लाइंट नेटवर्क से मॉनिटर श्रोता स्वास्थ्य, न कि केवल प्रॉक्सी होस्ट से। DNS उत्तर, फ़ायरवॉल पथ, पोर्ट एक्सपोज़र, प्रक्रिया तैयारियों, और प्रोटोकॉल की पुष्टि करें। कनेक्शन स्वीकृति, प्रमाणीकरण, सुरंग निर्माण, और लक्ष्य फ़ेचेस के लिए अलग मेट्रिक्स ताकि त्रुटि -130 बाद में प्रॉक्सी विफलताओं के साथ समूहित न हो।
संरचना प्रबंधन के माध्यम से एंडपॉइंट परिवर्तनों को घुमाएँ। पुराने श्रोता को उपलब्ध रखें जब तक ग्राहक नए सेटिंग्स प्राप्त न करें, और PAC फ़ाइलों, ब्राउज़र ध्वज, लॉग, या स्क्रीनशॉट में रहस्य नहीं डाले।
प्रॉक्सी कनेक्शन विफलता बनाम निकटवर्ती त्रुटियाँ
पूर्ण हुए चरण से निर्धारित होता है कि किस त्रुटि परिवार की जांच की जाए।
| लक्षण | क्या विफल हुआ | अगला सर्वोत्तम जांच करें |
|---|---|---|
| ERR_PROXY_CONNECTION_FAILED | ब्राउज़र प्रॉक्सी तक नहीं पहुँच सका | प्रॉक्सी DNS, होस्ट, पोर्ट, श्रोता |
| 407 प्रॉक्सी प्रमाणीकरण की आवश्यकता | प्रॉक्सी पहुँचा गया और प्रमाणन जानकारी मांगी | प्रमाण पत्र और खाता कॉन्फ़िगरेशन |
| ERR_CONNECTION_RESET | एक स्थापित पथ अचानक समाप्त हो गया | क्लाइंट, प्रॉक्सी, और लक्ष्यों के बीच रिसेट भेजने वाला |
| लक्ष्य HTTP 5xx | प्रॉक्सी ने लक्ष्य तक पहुँचा और HTTP विफलता प्राप्त की | लक्ष्य या अपस्ट्रीम सेवा |
स्वचालित डेटा संग्रह में प्रॉक्सी विफलताएँ
उद्देश्य का पालन करें स्क्रेपलेस प्रॉक्सीज़ दस्तावेज़ एक चैनल बनाने और उत्पन्न एंडपॉइंट मूल्यों की नकल करने के लिए। गेटवे, उपयोगकर्ता नाम पैटर्न, पोर्ट, या प्रोटोकॉल का आविष्कार न करें, क्योंकि एक व्याकरणिक रूप से संभाव्य कॉन्फ़िगरेशन भी किसी उपयोगी श्रोता की ओर नहीं इशारा कर सकता।
लक्ष्य-विशिष्ट लॉजिक जोड़ने से पहले प्रॉक्सी को स्वतंत्र रूप से एक अधिकृत सार्वजनिक एंडपॉइंट के खिलाफ मान्य करें। प्रॉक्सी चयन, DNS परिणाम, कनेक्ट अवधि, प्रमाणीकरण परिणाम, और लक्ष्य प्रतिक्रिया को अलग चरणों के रूप में रिकॉर्ड करें। लॉग में पासवर्ड और सत्र मानों को बाहर रखें।
एक संग्रह कार्यकर्ता को बंद विफल होना चाहिए जब इसकी आवश्यक प्रॉक्सी अनुपलब्ध हो, न कि चुपचाप एक अप्रूव्ड सीधे मार्ग में बदलना। निदान घटना को संरक्षित करें, त्रुटि पृष्ठों को निष्कर्षण से बाहर रखें, और लक्ष्य पहुंच नियंत्रण और लागू कानूनों का सम्मान करें।
ब्राउज़र-से-प्रॉक्सी हॉप फिक्स करें
ERR_PROXY_CONNECTION_FAILED का अर्थ है कि क्रोमियम अपनी चयनित प्रॉक्सी के लिए प्रारंभिक कनेक्शन नहीं बना सका। लक्ष्य पृष्ठ आमतौर पर विफल सीमा के बाहर होता है और शायद कभी अनुरोध प्राप्त नहीं करता।
सक्रिय कॉन्फ़िगरेशन स्रोत की पहचान करें, चयनित प्रॉक्सी निर्धारित करें, इसके DNS और पोर्ट का परीक्षण करें, और श्रोता प्रोटोकॉल की पुष्टि करें। यह क्रम पुराने स्थानीय सेटिंग्स और वास्तविक सेवा आउटेज को सुलझा देता है बिना गैर-संबंधित ब्राउज़र सुरक्षा को कमजोर किए।
क्या नेटवर्क विफलताओं को ऑब्जर्वेबल बनाने के लिए तैयार हैं?
एक नियंत्रित सार्वजनिक-वेब पुनर्प्राप्ति मार्ग का उपयोग करें और निष्कर्षण से पहले नेटवर्क स्थिति, अंतिम गंतव्य, और पृष्ठ सामग्री को मान्य करें।
आज साइन अप करें और पाएं $5 में निःशुल्क क्रेडिट — कोई क्रेडिट कार्ड आवश्यक नहीं.
आपका $5 क्रेडिट प्राप्त करें →अक्सर पूछे जाने वाले प्रश्न
जब कोई प्रॉक्सी मैन्युअली कॉन्फ़िगर नहीं की गई, तो ERR_PROXY_CONNECTION_FAILED क्यों प्रकट हो सकता है?
क्रोम संभवतः ऑपरेटिंग सिस्टम, उद्यम नीति, एक वीपीएन, एक एक्सटेंशन, एक लॉन्च ध्वज, या एक PAC फ़ाइल से प्रॉक्सी विरासत में लेता है, भले ही आपने ब्राउज़र में इसे सीधे कॉन्फ़िगर न किया हो।
क्या त्रुटि -130 एक प्रॉक्सी प्रमाणीकरण समस्या है?
क्रोमियम त्रुटि -130 का अर्थ है कि प्रॉक्सी कनेक्शन स्वयं नहीं बनाया जा सका। प्रमाणीकरण प्रॉक्सी तक पहुँचने के बाद होता है और सामान्यत: एक अलग त्रुटि या HTTP 407 प्रतिक्रिया उत्पन्न करता है।
क्या एक PAC फ़ाइल इस त्रुटि का कारण बन सकती है?
एक PAC फ़ाइल इस त्रुटि का कारण बन सकती है जब यह अनुपलब्ध प्रॉक्सी को चुनती है, एक नियम दोष है, या अनिवार्य नीति के तहत लोड नहीं किया जा सकता। विफल URL का सक्रिय PAC परिणाम के खिलाफ मूल्यांकन करें।
क्या एंटीवायरस या उद्यम सुरक्षा को निष्क्रिय किया जाना चाहिए?
आवश्यक सुरक्षा नियंत्रणों को व्यापक रूप से निष्क्रिय न करें। प्रशासक के साथ अनुमोदित निदान का उपयोग करें, यह पहचानें कि क्या उत्पाद प्रॉक्सी सेटिंग का मालिक है या पोर्ट को अवरुद्ध करता है, और उस नीति को सुरक्षित रूप से सही करें।
एक स्क्रेपर को विफल प्रॉक्सी कनेक्शन को कैसे संभालना चाहिए?
एक स्क्रेपर को प्रॉक्सी-चरण विफलता को रिकॉर्ड करना चाहिए, लॉग से प्रमाणीकरण को बाहर रखना चाहिए, और सामग्री निष्कर्षण से घटना को बाहर रखना चाहिए। इसे चुपचाप अप्रूव्ड नेटवर्क पथ में स्विच नहीं करना चाहिए या अनुपस्थित प्रतिक्रिया को खाली सामग्री के रूप में नहीं लेना चाहिए।