څنګه د 407 Proxy Authentication Required ستونزه حل کړو

د 407 لاملونه، تر ټولو احتمالي یې په سر کې

• غلط یا ورک کارن-نوم/پټنوم. د یوه توري غلط ټایپ کېدل، یا له پټنوم سره د پای اضافي خالي ځای کاپي کېدل. دا د ډېرو 407 راپورونو اصلي لامل دی.
• په غلطو ځایونو کې د معلوماتو ځای پر ځای کول. ټوله ip:port:user:pass کرښه د Host په بکس کې ځای پر ځای شي، یا کارن-نوم د پټنوم په بکس کې لاړ شي. ځینې اوزار دا څلور برخې پخپله بېلوي، خو ځینې یې نه بېلوي.
• اپلیکېشن هېڅکله د ننوتلو معلومات نه استوي. د عملیاتي سیسټم د پروکسي ترتیبات یوازې پته او پورټ ساتي. هغه اپلیکېشنونه چې د پټنوم پوښتنه نشي کولی، پرته له auth سرلیک سره وصلېږي او د 407 ځواب ترلاسه کوي.
• د پروکسي په URL کې ځانګړي توري. د http://user:pass@host:port په بڼه کې، په پټنوم کې داسې توري لکه @، : یا # باید په سلنه کوډ شي (@ په %40 بدلېږي)، که نه نو دا متني کرښه په ناسمه برخه وېشل کېږي.

407 په حقیقت کې څه ډول ښکاري

موږ دا تېروتنه په یوه ازمایښتي پروکسي کې بیا جوړه کړه، چې دلته د لارښود پتې 203.0.113.10:8080 او په قصدي ډول غلط user123:pass456 سره ښودل شوې ده. د یوه HTTPS سایټ په وړاندې، curl -x http://user123:[email protected]:8080 https://example.com دا پایله چاپوي curl: (56) CONNECT tunnel failed, response 407. د یوه عادي HTTP سایټ په وړاندې له -w %{http_code} سره، curl یوازې 407 چاپوي.

د دې لیدلو لپاره چې ایا د ننوتلو معلومات په اصل کې استول شوي که نه، -v اضافه کړئ. د تعقیب پروسه > CONNECT example.com:443 HTTP/1.1 ښيي، بیا > Proxy-Authorization: Basic ...، او یوازې له هغې وروسته 407 ښيي. که د Proxy-Authorization کرښه نه وي، ستاسو کلینټ هېڅکله د ننوتلو معلومات نه دي استولي.

د VinaProxy proxy checker همدا قضیه د auth failed (407) په توګه راپوروي. Headless Chrome، چې د ننوتلو ډیالوګ نه لري، دا د ERR_TUNNEL_CONNECTION_FAILED په توګه ښيي؛ د tunnel error page وګورئ.

د بېلابېلو چاپیریالونو له مخې د حل لارې

• Windows او Chrome: Chrome د Windows د پروکسي ترتیبات تعقیبوي (Settings > Network & Internet > Proxy)، چې یوازې پته او پورټ لري. د پاڼې په لومړي پورته کېدو سره، Chrome د پروکسي کارن-نوم او پټنوم لپاره د ننوتلو یوه کړکۍ پرانیزي. که تاسو دا غلط ټایپ کړی وي او کړکۍ بېرته نه راځي، د Chrome ټولې کړکۍ وتړئ او بېرته یې پرانیزئ.
• Antidetect براوزرونه (AdsPower، GoLogin، GenLogin): د Host، Port، Username او Password برخې په جلا خانونو کې وساتئ. د پټنوم خانه په بشپړه توګه پاکه کړئ او د سمون پر ځای یې بیا له سره پیسټ کړئ. ګام په ګام مرسته په GoLogin setup guide کې شتون لري.
• تلیفونونه: iPhone په Settings > Wi-Fi > (i) > Configure Proxy کې د Authentication یو سویچ لري؛ د دې بند پرېښودل 407 رامنځته کوي. Android معمولاً یوازې host او port مني، نو هغه اپلیکېشنونه چې ننوتلو ته اړتیا لري ښايي د دې پر ځای د پیوستون یوه عامه تېروتنه وښيي.
• curl: په URL کې د ځای پر ځای کولو پر ځای، -U "user:pass" په جلا توګه ولېږئ، چې دا د ځانګړو تورو له ستونزو مخنیوی کوي.
• Python requests: د proxies ډکشنرۍ د http او https دواړو کلیو لپاره http://user:pass@host:port وټاکئ، او ستونزمن پټنومونه په urllib.parse.quote سره کوډ کړئ.

د ننوتلو معلومات سم دي خو 407 لا هم پاتې دی

بل ګام، پروتوکولونه پرتله کړئ. VinaProxy د user:pass ننوتلو سره HTTP(S) پروکسیان او همدارنګه SOCKS5 پلوري، نو هغه پروتوکول وټاکئ چې په ډېشبورډ کې ستاسو په سپارښتنه کې ښودل شوی دی. که چیکر د not socks5 ځواب درکړي، هغه پورټ پر HTTP کار کوي او باید د SOCKS5 په توګه تنظیم نشي.

ګام په ګام

1. 1

   د ډېشبورډ څخه د پروکسي کرښه کاپي کړئ

   په خپل VinaProxy ډېشبورډ کې سپارښتنه پرانیزئ او د ټایپ کولو پر ځای ټوله کرښه کاپي کړئ.

2. 2

   دا په پروکسي چیکر کې و ازمویئ

   دا په proxy checker کې پیسټ کړئ. د auth failed (407) پایله د شبکې د ستونزې پر ځای د ننوتلو معلوماتو ستونزه تاییدوي.

3. 3

   کارن-نوم او پټنوم بیا په پاکه توګه دننه کړئ

   په خپل سافټویر کې دواړه خانې پاکې کړئ او بیا یې پرته له مخکېنیو یا وروستیو خالي ځایونو څخه پیسټ کړئ.

4. 4

   پروتوکول له خپلې سپارښتنې سره سم کړئ

   د پروکسي ډول په دقت سره د سپارښتنې سره سم HTTP یا SOCKS5 وټاکئ، او بیا یې خوندي کړئ.

5. 5

   که ستونزه پاتې وي، د curl -v له لارې یې وڅارئ

   د خپلو اصلي ارزښتونو سره curl -v پرمخ یوسئ او له 407 وړاندې د Proxy-Authorization کرښه وګورئ.

ډېرې پوښتل کېدونکې پوښتنې