د وړیا پراکسي IP ولې کار نه کوي

عامه لېست داسې پای‌ټکی لرلای شي چې د اړیکو منل یې لا بند کړي وي. دا د پراکسي د ناکامۍ عام لامل دی، خو یوازینی نه دی. ناسم پروتوکول، د بای‌پاس تنظیم، بند شوی پورټ یا هغه وېبپاڼه چې د وتلو IP ردوي، همدا نښه راپیدا کولای شي.

د اپلېکېشن تر بدلولو مخکې توکی وڅېړئ

IP، پورټ او پروتوکول بیا نقل کړئ. په پورټ کې د یوې شمېرې نشتون یا د HTTP/SOCKS نه برابرېدل د لاس‌ورکولو د ناکامۍ لپاره بس دي. له 8080 یا 1080 پورټ څخه پروتوکول مه اټکل کوئ او تر هغه کارن‌نوم مه ورزیاتوئ چې خدمت یې په رښتیا نه وي درکړی.

د HTTP پای‌ټکي لپاره یوه لنډه curl غوښتنه ازموینه د براوزر له غځونو او د سیسټم له تنظیمونو جلا ساتي:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

د سند پته په خپل توکي بدله کړئ. د SOCKS5 لپاره اصلي پورټ او اړونده SOCKS بڼه وکاروئ.

لومړۍ ناکامي وګورئ

کارکوونکې TCP اړیکه یوازې لومړی ګام دی. که د هغه پورټ خدمت ټاکل شوی پراکسي پروتوکول نه وي، غوښتنه سمدستي وروسته ناکامېدای شي.

دوه پرتله‌کونې وکړئ

هماغه موخه د هماغه پروتوکول لرونکي دویم پراکسي له لارې وازمویئ. که د جوړېدو پر مهال یوازې لومړی پای‌ټکی ناکام وي، ستونزه هماغه پای‌ټکي یا لارې ته تنګېږي. بیا د لومړي پراکسي له لارې بله عادي موخه وازمویئ. که یوازې یوه وېبپاڼه ناکامه وي، د ټول پراکسي د خراب بللو پر ځای د موخې ځانګړې تګلاره وڅېړئ.

کله چې مستقیم لاسرسی شونی وي، مستقیمه غوښتنه هم ګټوره پرتله ده. بای‌پاس څرګند کړئ، څو میراث شوي پراکسي متغیرونه په پټه هغه ازموینه چې مستقیمه بلل کېږي د پراکسي پر لاره ونه ساتي.

د یوه توکي ازموینه کله ودروئ

که څو وخت‌محدودې غوښتنې د اړیکې په یوه ګام کې ناکامې شي، انتظار څو دقیقو ته مه اوږدوئ؛ له وړیا پراکسي لېست څخه بل توکی وټاکئ. که راپور ورکوئ، کره تېروتنه وساتئ. بیا بیا نښلېدل تړلی پورټ یا لرې شوی پای‌ټکی نه رغوي.

که هر توکی ناکام وي، پراخ نظر وکړئ. د مراجع تنظیم، د شبکې د وتلو اصول او له پراکسي پرته موخې ته لاسرسی وڅېړئ. د ټولو غوښتنو ګډه ستونزه د ټول لېست د پرېښودلو ښه دلیل نه دی.