ولې ستاسو د Mac VPN هر وخت Keychain ته لاسرسی غواړي
وټاکئ چې کومه برخه هر د Mac VPN غوښتنلیک رامنځته کوي، دوه ګونی نښلونې هڅې بندې کړئ او د Keychain لاسرسی پرته له دې چې ټول کیلي بکس بیا تنظیم کړئ سم کړئ۔
د Connect بټن باندې یو کلیک باید یوه ننوتلو کړکۍ تولید کړي۔ په Mac کې دا ډېری درې تولیدوي، او دوی نادراً یو مالک شریکوي: د محلي اعتبار اسنادو غوښتنې د کیلي بکس ملکیت دي، د VPN دروازه د تصدیق ملکیت دی، او کلاینت د خپلو خبرتیاوو ملکیت دی۔ د هغه سوئچ په لټه کې کېدو پرځای چې هر څه غلی کړي، هرې کړکۍ ته د خپل حل سره جلا نیمګړتیا وګڼئ۔ لاندې لارښود د یوې قصداً د نښلونې هڅې څخه تېرېږي او په یوه داسې کتنې پای ته رسېږي چې تاسو یې تکرارولی شئ۔
د کوم تنظیم د بدلولو دمخه د هرې خبرې اترې مالک ونومئ
لومړی ګام حساب دی، نه ترتیبات۔ یوه نښلونې هڅه وکړئ او د هرې ښکاره شوې کړکۍ لپاره څلور ساحې ولیکئ: په خبرو اترو کې ښودل شوی د اپلیکیشن نوم، بې له هر څه پټ دقیق متن، هغه پړاو چې پکې ښکاره شوه، او کله چې تاسو یې لغوه کړل څه وشول۔ داسې درې کرښې زما لیدل شوي نږدې هر راپور پوښي۔
مالکیت سم حل ټاکي، او غلط حل معمولاً هماغه دی چې یوه غوښتنه درې کوي:
| Window | Who owns it | Correct fix | What not to do |
|---|---|---|---|
| “wants to use your confidential information stored in…” | The item's access control list in your login keychain | Approve the specific client helper, once, after checking the name | Resetting the login keychain, or granting Always Allow to every application |
| “Sign in to <organization>” or an MFA push | The gateway's identity provider | Use the client's supported session renewal, or re-authenticate | Scripting a fixed password or code into the client |
| “Connection failed”, “Update required”, a policy banner | The client or your organization | Read the first error and fix its cause | Hiding notices by editing a preference file the client rewrites |
هغه غوښتنه چې د همدې هڅې په جریان کې بېرته راځي، د هغې څخه چې په راتلونکې هڅه کې راځي جلا نښه ده۔ لومړی معمولاً معنی لري چې نښلون ستاسو لاندې بیا پیل شو؛ دویم معمولاً معنی لري چې ذخیره شوي اعتبار اسناد بیا غوښتل کیږي۔ د کیلي بکس له لمس کولو دمخه یادونه وکړئ چې کوم یو لرئ، ځکه دواړه نږدې هېڅ ګډ شی نلري۔
ومومئ چې څو شیان ټونل پیلوي
څلور میکانزمونه کولی شي په Mac کې هماغه VPN پیل کړي: د مینو بار عمل، د ننوتلو توکی، On Demand قاعده، او سکریپټ یا اجنټ۔ کله چې دوه یې فعال شي، دویم پیل ممکن هغه وخت راشي چې لومړی لا د تصدیق په تمه وي، چې دوه ګونی کړکۍ او هېڅ پرمختګ تولیدوي۔ لومړی هغه څه ولیکئ چې ترتیبات شوي: scutil --nc list هغه VPN خدمتونه چاپوي چې د سیستم تنظیمات یې پېژني، د دوی اوسني حالت سره۔ هغه کلاینتونه چې خپل شبکه ای غځېدنه راوړي پروفایلونه د اپلیکیشن په دننه کې ساتي او ممکن هلته ښکاره نشي، نو د کلاینت خپله د نښلونو لیست هم وګورئ۔
بیا سیال پیل کوونکي وپلټئ۔ scutil --nc show "Work VPN" د جوړ شوي خدمت د ترتیباتو قاموس چاپوي، د On Demand قواعدو په ګډون؛ هغه قاعده چې د هرې انټرفیس بدلون سره بیا نښلي، ټونل بیا پیلوي — او د تصدیق غوښتنه بیا خلاصوي — هر وخت چې Wi-Fi ځای بدل کړي یا ډیسپلې د شبکې سټیک ویښ کړي۔ د سیستم تنظیمات > عمومي > د ننوتلو توکي لاندې د ننوتلو توکي وګورئ، او د هر کارونکي اجنټان دې سره لیست کړئ ls ~/Library/LaunchAgents۔ هر هغه څه پرېږدئ چې د MDM لخوا اداره شوي امنیتي سټیک ملکیت دی؛ د هغې لرې کول معمولاً په راتلونکې کتنه کې بېرته فشارول کیږي۔
د دې لپاره چې وګورئ د یوې هڅې په جریان کې واقعاً څه روان دي: ps -Ao pid,comm | grep -iE 'vpn|tunnel|extension'۔ دوه کلاینت مرستندویان هلته چې یو ته تمه لرئ، "ولې مې دوه غوښتنې ترلاسه کړې" له هر اعتبار ستونزې څخه ډېر ځله تشریح کوي۔
د کیلي بکس لاسرسی پرته له بیا تنظیمولو سم کړئ
غوښتنه د ذخیره شوي توکي د لاسرسي کنټرول لیست څخه راځي، نه د VPN پروتوکول څخه۔ هر توکی ثبتوي چې کوم اپلیکیشنونه یې پرته له پوښتنې لوستلی شي۔ د کلاینت تازه کېدو وروسته، پوښتونکی مرستندوی ممکن بل نوم یا لاسلیک ولري پداسې حال کې چې توکی لا هم زوړ لیست کوي، نو macOS په هر نښلون کې بیا پوښتي۔ هغه یو توکي لپاره نوي مرستندوی تصویبول ټول سمون دی؛ هر اپلیکیشن تصویبول نه دی۔
تاسو کولی شئ پرته له VPN لمس کولو تایید کړئ چې ACL لامل دی: security find-generic-password -s "service-name" -g په ټرمینل کې هماغه توکی لولي۔ که هغه کمانډ هم غوښتنه رامنځته کړي، خبرې اترې د کیلي بکس دي او ټونل یوازې محرک دی۔ د Apple لارښوونې د درې بټنو په اړه — یو ځل اجازه ورکړئ، تل اجازه ورکړئ، رد کړئ — د یو ځل لوستلو ارزښت لري، ځکه رد کول هماغه شي چې غوښتنه سمدلاسه بېرته راوړي نه د راتلونکې هڅې په تمه۔
که تاسو غلط مرستندوی تصویب کړ، توکی په Keychain Access کې خلاص کړئ، Access Control ته لاړ شئ او هغه ننوتنه لرې کړئ؛ دا هغه بېرته تګ دی۔ د ننوتلو کیلي بکس حذفول، یا د هغې بیا جوړونکي د ترمیم وسیلې چلول، بې اړیکه پټنومونه هم غورځوي او له ستونزې څخه ډېر لوی بدلون دی۔
د ننوتلو او پالیسي ګامونه په هغو جریانونو کې وساتئ چې دوی یې مالک دي
د براوزر ننوتل یا MFA ننګونې د دروازې دي۔ که ستاسو سازمان د ناستې دوام یا د سند پر بنسټ تصدیق وړاندې کوي، هغه وکاروئ، ځکه دا د لږ ځله تصدیق کولو ملاتړ شوې لار ده۔ په کلاینت کې ثابت کوډ ټایپ کول، یا په سکریپټ کې پټنوم ساتل تر څو غوښتنه هېڅکله ښکاره نشي، یو متقابل فکتور په ثابت راز بدلوي او په راتلونکې پالیسي بدلون کې ناکامېږي۔
د سازمان خبرتیاوې یوازینۍ کټګوري ده چې تاسو یې نه باید ځپئ۔ دوی معمولاً د حالت کتنه یا د منلو وړ کارونې مننه پلي کوي، او د هغوی پټول کولی شي وسیله له مطابقت څخه وباسي حتی کله چې ټونل کار کوي۔ د تېروتنې خبرې اترې بله کټګوري ده: د لومړنۍ تېروتنې متن وساتئ، ځکه دویمه خبره اتره ډېری وخت هماغه ناکامي ده چې وروسته له بیا هڅې راپور شوې۔
په یوه هڅه تایید کړئ، بیا د بیا پیل وروسته
د دوه ګونو پیل کوونکو له لرې کولو او د کیلي بکس ننوتنې له سمولو وروسته، یوه هڅه وکړئ: هر کلاینت نسخه چې د مینو بار مرستندوی هم پکې دی وتړئ، یو ځل ونښلئ، او کړکۍ وشمېرئ۔ تاسو د کیلي بکس تصویب غواړئ، که توکی بیا جوړ شوی وي، او یو تصدیق ګام۔ نور هېڅ۔ scutil --nc status "Work VPN" باید د جوړ شوي خدمت لپاره Connected راپور کړي۔
بیا یو ځل بیا پیل کړئ او تکرار یې کړئ۔ هغه غوښتنه چې یوازې د بیا پیل وروسته بېرته راځي د ننوتلو توکي یا On Demand قاعدې ته اشاره کوي، نه اعتبار اسنادو ته؛ هغه چې د ناستې په دننه کې راځي ACL یا دویم پیل کوونکي ته اشاره کوي۔ که د دواړو پړاونو وروسته هم تکرار شي، هغه ګټور شی چې خپل مدیر ته یې ورکړئ د لومړنۍ هڅې درې کرښیز جدول دی — مالک، دقیق متن، پړاو — نه د خبرو اترو سکرین شاټ۔
هدف لږ غوښتنې دي، نه غلی۔ هغه نښلون چې خپل اجازه ورکولو ګامونه پټوي هغه نښلون دی چې تاسو نور نشئ کولی auditing یې وکړئ، او راتلونکې سند دوره تاسو ته پرته له دې چې پوه شئ کومه برخه ناکامېږي ومومي۔