प्रोक्सी प्रयोग गर्दा आउने ERR_TUNNEL_CONNECTION_FAILED समाधान गर्ने तरिका

हामीले पुन: सिर्जना गरेका दुई अवस्थाहरू

दुवै परीक्षण प्रोक्सीमा चलाइएका थिए, जसलाई यहाँ डकुमेन्टेसन ठेगाना 203.0.113.10:8080 र user123:pass456 मार्फत देखाइएको छ। सामान्य Chrome विन्डोमा 407 को अवस्था टनेल त्रुटि बन्दैन; त्यसको सट्टा Chrome ले प्रोक्सी प्रयोगकर्ता नाम र पासवर्डको लागि साइन-इन डायलग खोल्छ। त्यसैले 407 बाट आउने टनेल त्रुटिहरू प्रायः स्वचालन उपकरणहरू र पासवर्ड माग्न नसक्ने एपहरूमा देखिन्छन्।

कारणहरू, सम्भावितताको आधारमा

• स्वचालन स्क्रिप्टले प्रमाणहरू (credentials) पठाउँदैन। Chrome को --proxy-server फ्ल्यागले host र port मात्र स्वीकार गर्छ, user:pass होइन। Headless Puppeteer वा Selenium ले 407 प्राप्त गर्छ र टनेल असफलता देखाउँछ।
• पासवर्ड सुरक्षित Wi-Fi प्रोक्सी पछाडि रहेको फोन एप। एपमा कुनै लगइन डायलग हुँदैन, त्यसैले ब्राउजरले काम गरे पनि HTTPS चल्दैन।
• प्रोक्सी गन्तव्यसम्म पुग्न सक्दैन। यसले CONNECT मा 502 फर्काउँछ; 502 Bad Gateway पृष्ठ ले यसबारे विस्तृत जानकारी दिन्छ।
• केही साइटहरू मात्र असफल हुन्छन्। एउटै प्रोक्सी मार्फत अन्य साइटहरू चल्दा लक्षित गन्तव्यले रोकेको वा डाउन भएको हुन सक्छ।

एउटै curl कमान्डबाट वास्तविक कोड पत्ता लगाउनुहोस्

आफ्नै मानहरू प्रयोग गरी curl -v -x http://user123:[email protected]:8080 https://example.com चलाउनुहोस्। > CONNECT example.com:443 HTTP/1.1 पछिको ठ्याक्कै अर्को लाइन हेर्नुहोस्: 407 को अर्थ 407 मार्गनिर्देशिका पालना गर्नु हो; 502 ले गन्तव्य वा प्रोक्सी पछाडिको मार्गमा समस्या रहेको जनाउँछ। यदि तपाईं टर्मिनल प्रयोग गर्न चाहनुहुन्न भने, उक्त लाइनलाई proxy checker मा टाँस्नुहोस्, जसले यी परिस्थितिहरूमा auth failed (407) वा HTTP 502 देखाउँछ।

वातावरण अनुसार समाधानहरू

• Puppeteer: सुरु गर्दा --proxy-server=http://host:port राख्नुहोस् र नेभिगेट गर्नुअघि page.authenticate({ username, password }) कल गर्नुहोस्। पूर्ण उदाहरण Puppeteer proxy guide मा उपलब्ध छ।
• Playwright: ब्राउजर सुरु गर्दा proxy: { server, username, password } पठाउनुहोस् र Playwright ले तपाईंको लागि 407 को जवाफ दिनेछ; Playwright हेर्नुहोस्।
• Selenium: Chrome ले कमान्ड लाइनमा user:pass लिँदैन; Selenium guide ले उपयोगी विकल्पहरू देखाउँछ।
• Windows मा Chrome: यदि साइन-इन डायलग कहिल्यै देखा परेन भने, कुनै प्रोक्सी एक्सटेन्सनले यसलाई रोकिरहेको छ कि छैन जाँच गर्नुहोस्, र एक्सटेन्सन नभएको विन्डोमा पुन: प्रयास गर्नुहोस्।
• फोनहरू: प्रमाणीकरण आवश्यक पर्ने प्रोक्सी प्रयोग गर्ने एपहरूका लागि, Android setup guide मा बताइए जस्तै user:pass समर्थन गर्ने प्रोक्सी एप प्रयोग गर्नुहोस्।

चरणबद्ध प्रक्रिया

1. 1

   CONNECT प्रतिक्रिया पहिचान गर्नुहोस्

   प्रोक्सीले 407 वा 502 फर्काउँछ कि फर्काउँदैन थाहा पाउन आफ्नो प्रोक्सी विवरणसहित curl -v -x चलाउनुहोस्, वा परीक्षक (checker) मा टाँस्नुहोस्।

2. 2

   407 का लागि: प्रमाणहरू सही तरिकाले दिनुहोस्

   स्क्रिप्टहरूमा, --proxy-server मा user:pass राख्नुको सट्टा लाइब्रेरीको प्रमाणीकरण हुक (authentication hook) प्रयोग गर्नुहोस्।

3. 3

   502 का लागि: अर्को साइट प्रयास गर्नुहोस्

   त्यही प्रोक्सी मार्फत example.com जस्तो ठूलो साइट लोड गर्नुहोस्। यदि यो चल्छ भने, मूल गन्तव्यमा नै समस्या छ।

4. 4

   पुन: चलाउनुहोस् र बाहिरिने IP पुष्टि गर्नुहोस्

   टनेल खुलेपछि, ट्राफिक प्रोक्सी मार्फत गएको पुष्टि गर्न त्यही ब्राउजरमा my IP हेर्नुहोस्।

बारम्बार सोधिने प्रश्नहरू