په Mac کې VPN او PAC پروکسي: دوه پرېکړې، نه یو تنظیم

ستاسو Mac د تګلارې سکریپټ ښکته کوي او بیا له هغه سکریپټ نه پوښتنه کوي چې غوښتنه باید کوم منځګړی وکاروي، خو تونل یوازې دا فیصله کوي چې غوره شوي هپ ته څنګه ورسیږو۔ دواړه ځوابونه په یوه سوکټ کې راځي، نو هغه غوښتنه چې د دواړو له بریالیتوب وروسته ناکامه شي، د دوه والي سره سره د یوې خرابۍ په څیر ښکاري۔ ډاونلوډ له غوراوي او غوراوی له لارې جلا کول په دې ټیکټونو کې ډیره برخه کار ده۔ لاندې ترتیب هغه څه تعقیبوي چې macOS واقعیا کوي، د هغو کتنو سره چې هر پړاو ښکاره کوي۔

چیرې چې PAC پته او پروکسي جلا کیږي

د https://config.corp.example/proxy.pac په څیر پته د ښکته کیدونکي سند نوم اخلي، او هغه سند د هغه سرور نوم اخلي چې ترافیک باید د هغه له لارې ولیږي۔ URL په پروکسي هوسټ ډګر کې پيست کول له کلاینټ نه غواړي چې د فایل سرور سره پروکسي اړیکه پرانیزي چې هیڅکله داسې اړیکه نه اوري۔ د فایل په داخل کې یوه فنکشن دی چې کلاینټ یې هرې غوښتنې ته رابولي، او د هغه بیرته راستنیدونکی ارزښت د همدې یوې منزل لپاره بل هپ دی۔ دا غیرمستقیمتوب تشریح کوي چې ولې په یوه شبکه یي خدمت کې دوه ماشینونه، دواړه د سم URL سره سره، جلا چلند کولی شي۔ دا هم تشریح کوي چې ولې د تګلارې بدلون پرته له دې چې څوک پخپله پروکسي ته لاس ووهي نافذ کیږي۔

له دې مخکې چې لاندې هر څه تفسیر کړئ سکریپټ ولولئ، ځکه چې دننه قواعد د سازمان استثناوې او د هغو د تطبیق ترتیب لري۔ یوه وختي پراخه لړۍ کیدای شي وروستي داخلي ضمیمه سیوري کړي، او هغه هوسټ چې باید په ښکاره توګه پروکسي پریږدي هغه ته دوام ورکوي۔ کله چې څوک ټینګار وکړ چې تګلاره غلطه ده، سکریپټ یوازینی ځای دی چې هغه ادعا پکې حل کیږي۔

سکریپټ باید مخکې له دې چې هر څه فیصله کړي راوړل شي

د تګلارې ښکته کول حل شوي نوم او د هغه څه ته لاره غواړي چې فایل ته خدمت کوي، او نښلول شوی تونل هیڅ یو هم تضمین نه کوي۔ که هوسټ یوازې د خصوصي DNS له لارې حل شي، په هغه شېبه کې کاریدونکی حل کوونکی فیصله کوي چې ښکته کول پیل کیدای شي که نه۔ که هوسټ په خصوصي حد کې وي، لاره باید له دې ماشین نه وي، نه د همکار له لپ ټاپ نه۔ په پخواني غونډه کې کیش شوې کاپي دا ټول تر هغه پټوي چې کیش ختم شي یا ماشین بیا پیل شي۔

لاندې درې کتنې په ترتیب سره وچلوئ او په لومړي ناکامي ودریږئ، ځکه چې پړاوونه یو شریک دلیل نه لري۔ یوځای دا ښیې چې تګلاره تنظیم شوې ده که نه، ورته رسیدل کیدای شي که نه، او څه بیرته ورکوي۔

scutil --proxy
networksetup -getautoproxyurl "Wi-Fi"
curl -sS -o /dev/null -w "%{http_code}\n" https://config.corp.example/proxy.pac

لومړی امر د فعال خدمت پروکسي قاموس چاپوي، په شمول هر هغه اتوماتیک تنظیم URL چې سیسټم یې ساتي۔ دوهم د یو نومول شوي خدمت سره تړلی URL راپور کوي، چې د Wi-Fi او Ethernet ترمنځ ګرځیدونکي لپ ټاپ لپاره مهم دی۔ دریم فایل پرته له رینډر کولو راوړي، نو 404، وخت ختمیدل او د حل کوونکي ناکامي جلا پاتې کیږي۔ که هغه وروستی امر سکریپټ بیرته راوړي خو اپلیکیشنونه لا هم ناکام وي، ستونزه له راوړلو دمخه تیره شوې ده۔

د DIRECT ځواب واقعیا څه پریږدي

د PAC مشخصات کلاینټ ته یوه کوچنۍ قاموس ورکوي، او DIRECT د هغې یوه کلمه ده۔ دا کلمه کلاینټ ته وایي چې د هغې غوښتنې لپاره پروکسي پریږدي او د دې په اړه هیڅ نه وایي چې سوکټ بیا کوم انټرفیس کاروي۔ په بشپړ تونل کې مستقیم سوکټ بیا هم د VPN له لارې وځي او بیا هم منزل ته د تونل د وتلو پته ښیې۔

DIRECT د VPN څخه بهر لوستل هغه غلطي ده چې خلک غلط تنظیماتو پینل ته لیږي۔ د هندارې انځور هم همدومره عام دی، ځکه چې خصوصي پروکسي ته د ویشل شوې لارې له لارې رسیدل کیدای شي پداسې حال کې چې پاتې ماشین له تونل بهر پاتې کیږي۔ هغه څه چې منزل بیا راپور ورکوي د پروکسي خپل وتل دي، چې کیدای شي په بل هیواد کې وي۔ د یو داخلي هوسټ او یو عامه هوسټ لپاره تمه لیکل دا ژر ښکاره کوي، ځکه چې سکریپټ اکثرا دواړو ته جلا ځواب ورکوي۔ کله چې پوه شئ کوم هپ پته جوړه کړه، راپور نور نه دی مرموز۔

درې ناکامۍ چې د یوې غلطي پاڼې په څیر ښکاري

تګلاره ممکن ښکته نشي، غوره شوی پروکسي ممکن نه رسیدونکی وي، او خدمت ته رسیدلې غوښتنه ممکن هلته هم رد شي۔ درېواړه د وخت ختمیدو یا عمومي غلطي پاڼې په څیر راځي، او هیڅ یو هم د مات شوي پړاو نوم نه اخلي۔ د غلطي ترڅنګ فیصله ثبتول هغه څه دي چې هغوی جلا کوي۔ لاندې دوه ازموینې هغه هپ ازمويي چې سکریپټ غوره کړی، د هر هغه څانګې لپاره یوه چې بیرته یې راوړلی شي۔

curl -v --max-time 8 http://proxy.corp.example:8080/
curl -v --max-time 8 https://intranet.corp.example/

پروکسي ته بشپړه اړیکه پوښتنه تایید یا د پروکسي خپلې تګلارې ته وړي، چې بل مالک لري۔ په لار کې پرته له پروکسي داخلي هوسټ ته بشپړه اړیکه لاره بېله کوي او تګلارې ته اشاره کوي۔ دواړه امرونه د macOS پروکسي قاموس له پامه غورځوي پرته له دې چې شیل پروکسي متغیرونه صادر کړي، نو لومړی هغوی پاک کړئ۔ له دوو ازموینو هیڅ یوه بله نه ثبوتوي، او له همدې امله یوه غلطي پاڼه دومره وخت ګمراه کوي۔

له ټیکټ سره څه وسپارئ

فعال شبکه یي خدمت، PAC URL، د ناکام هوسټ لپاره د ارزونې پایله او هغه پړاو چې غلطي پکې ښکاره شوه ولیږئ۔ دا څلور بل کس ته اجازه ورکوي چې پرته له دې چې اټکل وکړي کومه طبقه شامله وه، فیصله بیا جوړه کړي۔ د ازموینې په شېبه کې د تونل حالت اضافه کړئ، ځکه چې له بیاځلي نښلولو دمخه اخیستل شوې پایله زړه ده۔ د سکریپټ نسخه هم وساتئ، ځکه د تګلارې فایل پرته له خبرتیا بدلیږي او د پرون ځواب ممکن نور نافذ نه وي۔

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