ப்ராக்ஸி மூலம் வரும் ERR_TUNNEL_CONNECTION_FAILED பிழையைச் சரிசெய்தல்

Updated: 2026-11-05

ஒரு ப்ராக்ஸி வழியாக https:// பக்கத்தை ஏற்ற, உலாவியானது CONNECT கோரிக்கையை அனுப்பி, அந்த தளத்திற்கு ப்ராக்ஸி ஒரு டன்னலைத் திறக்கும் வரை காத்திருக்கிறது. கோரிக்கையை ஏற்பதற்குப் பதிலாக ப்ராக்ஸி பிழையுடன் பதிலளிக்கும் போது ERR_TUNNEL_CONNECTION_FAILED தோன்றுகிறது. இதில் உள்ள சிக்கல் என்னவென்றால், எந்தப் பிழை என்று Chrome உங்களுக்குக் காட்டாது, எனவே உண்மையான குறியீட்டைக் கண்டறிவதே முதல் வேலையாகும்.

Puppeteer மற்றும் Playwright உடன் தடையின்றி இயங்கும் ப்ராக்ஸிகள்

கட்டண விவரங்களைப் பார்க்கவும்Free Proxy Checker

நாங்கள் மறுஉருவாக்கம் செய்த இரண்டு சூழல்கள்

இரண்டும் ஒரு சோதனை ப்ராக்ஸியில் இயக்கப்பட்டன, அவை இங்கு விளக்க முகவரியான 203.0.113.10:8080 மற்றும் user123:pass456 எனக் குறிப்பிடப்பட்டுள்ளன. சாதாரண Chrome சாளரத்தில் 407 சூழல் டன்னல் பிழையாக மாறுவதில்லை; மாறாக Chrome ப்ராக்ஸி பயனர்பெயர் மற்றும் கடவுச்சொல்லுக்கான உள்நுழைவு உரையாடல் பெட்டியைத் திறக்கும். எனவே 407 காரணமாக ஏற்படும் டன்னல் பிழைகள் பெரும்பாலும் ஆட்டோமேஷன் கருவிகளிலும், கடவுச்சொல்லைக் கேட்க முடியாத செயலிகளிலுமே ஏற்படுகின்றன.

ப்ராக்ஸி CONNECT-க்கு அளிக்கும் பதில்	Chrome காட்டுவது	curl காட்டுவது
`407` கடவுச்சொல்லை உள்ளிட வழியின்றி (headless Chrome)	`ERR_TUNNEL_CONNECTION_FAILED`	`curl: (56) CONNECT tunnel failed, response 407`
`502` ப்ராக்ஸியால் தளத்தை அடைய முடியாததால்	`ERR_TUNNEL_CONNECTION_FAILED`	`curl: (56) CONNECT tunnel failed, response 502`

காரணங்கள், அதிக சாத்தியமுள்ளவை முதலில்

ஒரு ஆட்டோமேஷன் ஸ்கிரிப்ட் நற்சான்றிதழ்களை அனுப்பாதது. 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 ப்ராக்ஸி வழிகாட்டியில் உள்ளது.
Playwright: உலாவியைத் தொடங்கும் போது proxy: { server, username, password } என்பதை வழங்கவும், Playwright உங்களுக்காக 407-க்கு பதிலளிக்கும்; Playwright பகுதியைப் பார்க்கவும்.
Selenium: Chrome கட்டளை வரியில் user:pass-ஐ ஏற்காது; Selenium வழிகாட்டி இதற்கான சிறந்த வழிமுறைகளைக் காட்டுகிறது.
Windows-இல் Chrome: உள்நுழைவு உரையாடல் பெட்டி தோன்றவே இல்லை எனில், ஏதேனும் ப்ராக்ஸி நீட்டிப்பு அதைத் தடுக்கிறதா எனச் சரிபார்த்து, நீட்டிப்புகள் இல்லாத சாளரத்தில் மீண்டும் முயற்சிக்கவும்.
தொலைபேசிகள்: அங்கீகரிக்கப்பட்ட ப்ராக்ஸி தேவைப்படும் செயலிகளுக்கு, Android அமைவு வழிகாட்டியில் உள்ளவாறு user:pass-ஐ ஆதரிக்கும் ப்ராக்ஸி செயலியைப் பயன்படுத்தவும்.

படிப்படியாக

1
CONNECT பதிலை அடையாளம் காணவும்
ப்ராக்ஸி 407 அல்லது 502-ஐத் தருகிறதா என்பதை அறிய உங்கள் ப்ராக்ஸி வரியுடன் curl -v -x-ஐ இயக்கவும் அல்லது செக்கரில் அதை ஒட்டவும்.
2
407-க்கு: நற்சான்றிதழ்களைச் சரியாக வழங்கவும்
ஸ்கிரிப்ட்களில், --proxy-server-இல் user:pass-ஐ அமைப்பதற்குப் பதிலாக, லைப்ரரியின் அங்கீகார ஹூக்கைப் பயன்படுத்தவும்.
3
502-க்கு: மற்றொரு தளத்தை முயற்சிக்கவும்
அதே ப்ராக்ஸி வழியாக example.com போன்ற பெரிய தளம் ஒன்றை ஏற்றவும். அது வேலை செய்தால், அசல் இலக்கு தளமே பிரச்சனையாகும்.
4
மீண்டும் இயக்கி exit IP-ஐ உறுதிப்படுத்தவும்
டன்னல் திறந்ததும், டிராஃபிக் ப்ராக்ஸி வழியாகச் செல்வதை உறுதிசெய்ய அதே உலாவியில் my IP பக்கத்தைப் பார்வையிடவும்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

http பக்கங்கள் ஏற்றப்படும் போது https பக்கங்கள் ஏன் தோல்வியடைகின்றன?

சாதாரண http-க்கு CONNECT தேவையில்லை; ப்ராக்ஸி கோரிக்கையை நேரடியாக முன்னனுப்புகிறது. https மட்டுமே டன்னலைத் திறக்கும், எனவே டன்னல் பிழைகள் அங்கு மட்டுமே தோன்றும்.

Android-இல் ERR_TUNNEL_CONNECTION_FAILED ஏற்படுவதற்கு என்ன காரணம்?

பெரும்பாலும் ஒரு செயலியால் Wi-Fi ப்ராக்ஸிக்கு பயனர்பெயர் மற்றும் கடவுச்சொல்லை அனுப்ப முடியாததே காரணம். அதே பக்கத்தை Android-க்கான Chrome-இல் முயற்சிக்கவும்; Chrome அதைக் கேட்டு ஏற்ற முடிந்தால், செயலியே பிரச்சனையாகும்.

--proxy-server-க்குள் user:pass-ஐ வைக்க முடியுமா?

முடியாது. அந்த கொடியில் உள்ள நற்சான்றிதழ்களை Chrome புறக்கணித்துவிடும், இது 407 மற்றும் டன்னல் பிழைக்கு வழிவகுக்கும். அதற்குப் பதிலாக Puppeteer, Playwright அல்லது ஒரு நீட்டிப்பு வழியாக அங்கீகரிக்கவும்.

SOCKS5-க்கு மாறுவது டன்னல் பிழையை நீக்குமா?

உங்கள் ஆர்டர் SOCKS5 ஆக இருந்தால் மட்டுமே. VinaProxy நிறுவனம் HTTP(S) மற்றும் SOCKS5 ஆகிய இரண்டையும் வழங்குகிறது; பொருந்தாமை வெவ்வேறு பிழைகளை ஏற்படுத்தும் என்பதால், டாஷ்போர்டில் உங்கள் ஆர்டர் காட்டும் நெறிமுறையைத் தேர்வு செய்யவும்.