چارلز بند شو، خو ستاسو Mac لا هم 127.0.0.1 ته اشاره کوي

یوه اپلیکیشن ناکامه کیږي او VPN تورن کیږي، خو غوښتنه هیڅکله تونل ته نه رسیږي. که macOS لا هم هغه اپلیکیشن ته ووایي چې ځایی پروکسي وکاروي، لومړی ټوپ 127.0.0.1 دی او هلته هیڅ شی نه اوري. د چارلز بندول تل هغه سیسټم پروکسي تنظیم نه پاکوي چې نصب کړی یې و، نو روغ VPN د یوې مړې ساکټ شاته ناست دی. دلته هغه ترتیب دی چې دا تایید کړئ او یوازې غلطه برخه سمه کړئ.

لومړی ټوپ دا Mac دی، نه سرور

پته په لفظي ډول ولولئ: 127.0.0.1 ستاسو مخې ته ماشین دی، او پورټ هغه دی چې پروکسي وسیله د اوریدو لپاره تنظیم شوې وه. کله چې هغه اوریدونکی نه وي، اړیکه سمدلاسه د وخت تیریدو پرځای د رد شوې اړیکې سره ناکامه کیږي، او دا ګټوره نښه ده.

VPN خپل پروکسي تنظیمات نه جوړوي، او د سیسټم هغه نه لرې کوي. دا دوه تنظیمات خپلواک دي، ځکه تونل بشپړ کیدای شي او براوزر لا هم بې کاره وي. دا خپلواکي هغه لامل هم دی چې نیمګړتیا د VPN بیا اړیکې، بیا پیل او نوي پروفایل څخه ژوندی پاتې کیږي. د VPN په لاره کې هیڅ شی هیڅکله پروکسي ذخیره نه لمس کوي.

ګام 1: اوسنی پروکسي حالت ولولئ

د یوازې لوستلو لید سره پیل وکړئ، ځکه چې تاسو ته وایي سیسټم څه باور لري مخکې لدې چې کوم اپلیکیشن یې تفسیر کړي:

scutil --proxy

وګورئ HTTPEnable, HTTPProxy, HTTPPort, د HTTPS معادلې، او هر ProxyAutoConfigEnable د هغې URL سره. فعال پروکسي چې پورټ یې هیڅ شی نه اوري ستاسو نیمګړتیا ده. PAC URL بله بڼه ده: تنظیم کیدای شي فعال وي پرته لدې چې ښکاره لاسي پته ولري، ځکه چې فایل د غوښتنې په وخت کې پروکسي غوره کوي.

بیا هماغه ارزښتونه د سیسټم تنظیماتو، شبکه، هغه خدمت چې تاسو یې واقعیا کاروئ، توضیحات، پروکسي کې تایید کړئ. GUI او کمانډ یوه ذخیره لولي، نو اختلاف یې معنی دا ده چې تاسو بل خدمت ته ګورئ.

ګام 2: ومومئ چې د تنظیم مالک څوک دی

دا حالت درې مالکان جوړوي: یوه پروکسي وسیله چې مرستندوی نصب کړ او پاک یې نه کړ، ستاسو د سازمان مدیریت شوی تنظیمات پروفایل، او یو لاسي تنظیم چې چا د ډیبګ په وخت کې اضافه کړ. هر یو مختلف سم حل لري، او یوازې لومړی کولای شئ په اسانۍ لرې کړئ.

چارلز خپل د براوزر او سیسټم پروکسي ادغام، د macOS مرستندوی په شمول، مستند کوي، نو لومړی د هغې خپل کنټرولونه او د بندولو لاره وکاروئ. امتیاز لرونکی مرستندوی د تنظیماتو د بدلولو لپاره شته؛ دا د دې لامل نه دی چې نااړونده سافټویر ته پر ماشین پراخه لاسرسی ورکړئ.

که تنظیم د مدیریت شوي پروفایل څخه راغلی وي، په ځای کې یې غیر فعالول یا ناکامه کیږي یا په راتلونکي چک ان کې بیا رامینځته کیږي. دا د پروفایل مالک لپاره د پالیسۍ پوښتنه وګڼئ، نه د ځایی بګ په توګه.

ګام 3: ترټولو تنګ شی بدل کړئ

د ځانګړي خدمت لپاره ځانګړی ناغوښتل شوی داخله غیر فعاله کړئ. هره خدمت مه بدل کړئ او ټول پروکسي پینل مه پاکوئ، ځکه چې VPN خدمت او بنسټیز Wi-Fi خدمت جلا تنظیمات ساتي او یو یې سم کیدای شي.

که پروکسي په قصد سره اړین وي، د پالیسۍ د حذفولو پرځای د هغې تصویب شوی اوریدونکی پیل کړئ. دا توپیر په هغو سازمانونو کې مهم دی چې پروکسي د انټرنیټ یوازینۍ لاره ده او VPN دوهمه، تنګه لاره ده.

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

ګام 4: که پروکسي ورک شو او بیا هم ناکامیږي

نو تاسو بېله ستونزه لرئ، او نوی خطا ګټوره شاهدي ده. د نومونو حل، د VPN لارښوونه, TLS باور او د اپلیکیشن اجازه څلور جلا چکونه دي، او هر یو د توپیر وړ نیمګړتیا تولیدوي.

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

مخکې لدې چې پیل کړئ بیرته راګرځول ولیکئ: هغه دقیق پروکسي ارزښتونه یاد کړئ چې وموندل، ترڅو بیا رامینځته کول کاپي وي نه د حافظې تمرین. د چارلز پروکسي تنظیماتو مستندات د هغې ادغام او د بندیدو چلند د هغه نسخې لپاره بیانوي چې تاسو یې چلوئ.

بل ځل چې اپلیکیشن پر VPN ناکام شي، مخکې لدې تونل لومړی ټوپ وګورئ. دا یو کمانډ لګښت لري او د غلط تشخیص ټوله طبقه حذفوي.