له پروکسي سره د ERR_TUNNEL_CONNECTION_FAILED حل کول
Updated:
د پروکسي له لارې د https:// پاڼې د راوستلو لپاره، براوزر د CONNECT غوښتنه لېږي او تمه کوي چې پروکسي سایټ ته یو تونل پرانیزي. ERR_TUNNEL_CONNECTION_FAILED هغه وخت څرګندېږي کله چې پروکسي د موافقې پر ځای غوښتنې ته په یوې تېروتنې سره ځواب ورکړي. ستونزه دا ده چې Chrome نه وايي کومه تېروتنه، نو لومړنی کار د اصلي کوډ موندل دي.
دوه قضیې چې موږ بیا رامنځته کړې
دواړه د یوه ازمایښتي پروکسي پر وړاندې ترسره شول، چې دلته د اسنادو په ادرس 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بیرغ یوازې کوربه او پورټ مني، نه 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: که د ننوتلو ډیالوګ هیڅکله نه ښکاري، وګورئ چې آیا کوم پروکسي اکسټینشن دا پټوي، بیا په یوې داسې کړکۍ کې هڅه وکړئ چې اکسټینشنونه ونه لري.
- ټیلیفونونه: د هغو اپلیکیشنونو لپاره چې یو تایید شوي پروکسي ته اړتیا لري، د پروکسي یو داسې ایپ وکاروئ چې د user:pass ملاتړ وکړي لکه څنګه چې په Android د تنظیم لارښود کې دی.
ګام په ګام
- 1
د CONNECT ځواب وپیژنئ
د خپل پروکسي لاین سره
curl -v -xچل کړئ، یا یې په چيکر کې پیسټ کړئ، ترڅو وپوهېږئ چې پروکسي 407 بېرته ورکوي که 502. - 2
د 407 لپاره: اسناد په سمه توګه ورکړئ
په سکرېپټونو کې، په
--proxy-serverکې د user:pass اېښودلو پر ځای د کتابتون د تصدیق هوک وکاروئ. - 3
د 502 لپاره: یو بل سایټ هڅه وکړئ
د ورته پروکسي له لارې یو لوی سایټ لکه example.com خلاص کړئ. که دا کار وکړي، نو ستونزه په اصلي مقصد کې ده.
- 4
بیا یې چل کړئ او د وتلو IP تایید کړئ
کله چې تونل پرانیستل شي، په هغه ورته براوزر کې my IP وګورئ ترڅو تایید شي چې ټرافیک د پروکسي له لارې تېریږي.
ډېرې پوښتل کېدونکې پوښتنې
ولې http پاڼې کار کوي خو https پاڼې ناکامېږي؟
ساده http هیڅ CONNECT ته اړتیا نلري؛ پروکسي غوښتنه په مستقیم ډول لېږي. یوازې https تونل پرانیزي، نو د تونل تېروتنې یوازې هلته څرګندېږي.
په Android کې د ERR_TUNNEL_CONNECTION_FAILED لامل څه دی؟
ډیری وخت یو داسې ایپ دی چې د Wi-Fi پروکسي ته کارن نوم او پټنوم نشي لېږلی. همدا پاڼه په Chrome for Android کې هڅه وکړئ؛ که Chrome وپوښتي او پورته یې کړي، ستونزه په اپلیکیشن کې ده.
ایا زه کولی شم user:pass په --proxy-server کې دننه کړم؟
نه. Chrome په دې بیرغ کې اعتبارپاڼې له پامه غورځوي، چې د 407 او تونل تېروتنې لامل کېږي. پرځای یې د Puppeteer، Playwright یا یوې افزونې له لارې تصدیق وکړئ.
ایا SOCKS5 ته اوښتل د تونل تېروتنه له منځه وړي؟
یوازې هغه وخت که ستاسو سپارښتنه SOCKS5 وي. VinaProxy دواړه HTTP(S) او SOCKS5 وړاندې کوي؛ هغه پروتوکول غوره کړئ چې ستاسو سپارښتنه یې په ډشبورډ کې ښيي، ځکه چې ناانډولي د مختلفو تېروتنو سبب ګرځي.
پروکسيانې چې له Puppeteer او Playwright سره کار کوي
د VinaProxy پروکسيانې معیاري user:pass ننوتنه کاروي چې مشهور اتوماتیک کتابتونونه یې په اسانۍ اداره کوي.
بیې وګورئ