ولې curl د لرې URL پر ځای localhost ته نښلي

که curl بې له دې چې تاسو ورکړی URL په پام کې ونیسي، هڅه وکړي localhost ته ونښلي، نو VPN د پیل لپاره غلط ځای دی. یو ځایي HTTP یا SOCKS پروکسي کېدای شي هغه پلان شوې لومړنۍ اړیکه وي، حتی کله چې ستاسو غوښتل شوې خدمت بل ځای کې وي. که هغه پروکسي نور نه وي فعال، د localhost هڅه د curl له خوا د هدف تر رسېدو دمخه ناکامه شي. د پروکسي ځواب هم دا ثبوت نه دی چې هدف ځواب ویلی دی.

دا ګامونه په ترتیب سره ترسره کړئ او په لومړني ګام ودرېږئ چې لومړنۍ د اړیکې هڅه بدلوي.

لومړی د curl خپل پروکسي قواعد ولولئ

curl د پروتوکول ځانګړي پروکسي متغیرونه لولي، لکه https_proxy او HTTPS_PROXY، او همدارنګه ALL_PROXY کله چې کوم د پروتوکول ځانګړی ارزښت نه وي پلي کېدونکی. د هغه shell، خدمت یا دندې چاپېریال وګورئ چې واقعاً curl پیلوي، نه ستاسو د اوسني ټرمینل. یوه CI دنده، یوه systemd واحد او یو متقابل shell کولای شي درې بېلې ټولګې میراث واخلي. له لیدل شوي shell څخه اټکل کول همدا لامل دی چې دا څیړنه یوه بشپړه ماسپښین ضایع کوي.

یو استثنا د یادولو وړ ده. curl http_proxy یوازې په کوچنیو تورو مني؛ لوی توري HTTP_PROXY له پامه غورځول کیږي، او له همدې امله هماغه چاپېریال په نورو وسایلو کې بېل چلند کوي.

ارزښتونه په پټه توګه ولولئ، ځکه چې د پروکسي URL اکثراً اعتبارنامې لري.

بیا د curl اصلي ترتیب فایل د پروکسي یا اړیکې د بیا لیکنو لپاره وګورئ، او تایید کړئ چې کوم اجرایي فایل واقعاً چلوئ. د shell نوم، فنکشن یا پوښ سکریپټ کولای شي هغه انتخابونه اضافه کړي چې هیڅکله ستاسو په کمانډ لاین نه ښکاري.

TLS د فعال حالت سره درې غوښتنې پرتله کړئ

د درېیو چلندونو لپاره یو تصویب شوی تشخیصي هدف او هماغه باینري وکاروئ.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

-q اصلي curlrc ځپي او د کار کولو لپاره باید په کرښه کې لومړی پارامیټر وي. دا د پروکسي چاپېریالي متغیرونه نه حذفوي، چې هغه خلک حیرانوي چې همدا تمه لري. دریمه بڼه یو خالي --proxy ارزښت اضافه کوي او یوازې د هماغې غوښتنې لپاره د چاپېریال غوښتل شوی پروکسي بیا لیکي. په هر تولید کې لومړنۍ د اړیکې هڅه پرتله کړئ، نه وروستی حالت کوډ.

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

هر نتیجه څه خارجوي

که د اصلي ترتیب پرېښودل اړیکه بدلوي، نو سرچینه د ترتیب فایل دی. که د میراثي پروکسي ښکاره غیر فعالول یې بدلوي، نو سرچینه چاپېریالي متغیر دی. که هیڅ یو یې نه بدلوي او localhost بیا هم ښکاري، نو د کمانډ لاین د اړیکې بیا لیکنې، د کوربه نومونو حل او ټاکل شوی اجرایي فایل وګورئ. هر یو یې بېل سمون لري، او هیڅ یو یې د لارښوونې بدلون نه دی.

د ځانګړي کتابتون بار کول یا ټاکل شوی شبکه یي چلند بل پوړ دی، او یوازې چاپېریالي متغیر د هغه ثبوت نه دی.

د پروکسي پرېکړه له VPN څخه جلا وساتئ

کله چې curl یو مستقیم هدف وټاکي، عملیاتي سیسټم بیا هم هغه اړیکه لارښوونه کوي. د یو اپلیکیشن پروکسي غیر فعالول د VPN لاره یا د هغه د فلټر کولو پالیسي نه غیر فعالوي. د مستقیم لاسرسي پرتلې یوازې هغه ځای وکړئ چې دا تشخیصي اجازه لري. هغه ازموینه چې په خاموشۍ پالیسي پریږدي، د اعتبار وړ نتیجه نه ده، هغه پېښه ده.

که ځایي پروکسي ته اړتیا وي، د هغه تنظیمات حذفولو پر ځای د هغه خدمت او پته بیا راژوندي کړئ.

که یوازې ټاکل شوي خصوصي هدفونه مستقیم لاسرسي ته اړتیا ولري، یوه تنګه تصویب شوې استثنا اضافه کړئ او پروکسي د نورو هر څه لپاره وساتئ. د ټاکل شوي لارې لومړنی خطا وساتئ، ځکه چې د localhost ردول، د پروکسي CONNECT ردول، د تصدیق ناکامي او د اجازې خطا څلور بېل پړاوونه ښیي.