ایا یوه VPN خدمت کولی شي Windows، Mac او Linux ډیسکټاپونه پوښي؟
یوه لاسرسي پلان کولی شي Windows، Mac او Linux ډیسکټاپونو ته خدمت وکړي، خو یوازې هغه وخت چې د ګیټوې هویت، اسناد، لارې او د حل کوونکي تګلاره ټاکل شوې وي.
په یوه ټیم کې درې لپټاپونه، درې بېلابېلې VPN مینوګانې، او یوه ټیکټ چې وایي اړیکه هر چېرې کار کوي پرته له Mac. د هغو کلاینټونو شاته پلان کېدای شي یو شان وي که څه هم مینوګانې بېلابېلې دي. هغه څه چې باید سره برابر شي د ډېرو رول آوټونو له انګېرنې څخه تنګتر دي: یو ګیټوې هویت، یو ډول سند، یوه لارې ټولګه او یوه د حل کوونکي تګلاره. دا څلور مخکې له دې چې څوک پروفایل صادر کړي ولیکئ، بیا د پلیټفارم کار د پلټنې پر ځای د چک لیست په توګه بدلېږي.
د کلاینټ فایل نه، د لاسرسي تړون څخه پیل وکړئ
د لاسرسي تړون پنځه کرښې دي چې یو بیاکتونکی پرته له دې چې د پلورونکي کنسول پرانیزي کولای شي یې وګوري. دا نوم اخلي هغو شخصي مخکښونو چې باید ورته ورسیږو، هغه داخلي نومونه چې باید حل شي، هغه حل کوونکی چې ځواب ورکوي، هغه ټرافیک چې اجازه لري په محلي لاره پاتې شي، او هغه د ګیټوې سند چې کلاینټ باید تمه ولري یې وویني. په رول آوټ کې نور هر څه د هغو کرښو ژباړه د فایل بڼې ته ده.
د دفتر یوه بېلګه بڼه روښانه کوي: په 10.60.0.0/16 کې د اپلیکیشن سرورونه، د corp.example لاندې شخصي نومونه، په 10.61.0.53 کې داخلي حل کوونکی، او عادي براوزینګ په هغه لاره چې وسیله یې لا دمخه کاروي پاتې کېږي. وروستی توکی د کلاینټ ډیفالټ نه دی، د تګلارې پرېکړه ده؛ که څوک بل ډول ونه وایي ډېر کلاینټونه هر څه د تونل له لارې لېږي. تړون د نېټې او مالک سره ثبت کړئ، ځکه هماغه ریکارډ وروسته وایي چې تونل بدل شو که تګلاره.
یو پروتوکول او یوه تصدیق جوره وټاکئ چې کولای شئ یې دفاع وکړئ
کله چې درې واړه پلیټفارمونه باید پرته له اضافي سافټویر کار وکړي، د سند پر بنسټ د ګیټوې تصدیق او د کاروونکي لپاره EAP سره IKEv2 معمول انتخاب دی، ځکه Windows، macOS او NetworkManager هر یو IKEv2 کلاینټ لري. ستونزه دا ده چې د IKEv2 ملاتړ یو لیبل دی، نه د ځانګړتیاوو ټولګه. د EAP میتودونه، د هارډویر ملاتړ لرونکي کیلي ګانې، د سند او حساب نقشه، او اتوماتیک بیا اړیکه په هر پلیټفارم کې جلا پلي کېږي. هغه ترکیب چې په دوو له دریو کار کوي دومره عام دی چې تر ازموینې پورې همدا فرض کړئ.
مخکې له دې چې د ځای پرځای کولو لارښود ولیکل شي، جوره په هر هدف پلیټفارم کې ازموئ، وروسته نه. هغه ګیټوې چې EAP-MSCHAPv2 او EAP-TLS دواړه وړاندې کوي د شاتګ ځای درکوي، په دې شرط چې هغه شاتګ د پېښې پر مهال کشف کولو پر ځای د ملاتړ شوي په توګه ثبت شي. دوه ملاتړ شوې لارې ارزانه بیمه ده؛ ناثبته درېیمه لاره راتلونکې ټیکټ ده.
کله چې یوه جوره درې واړه کلاینټونه پوښي نه، رښتیني انتخابونه دا دي: یو کلاینټ اضافه کړئ، یو ګیټوې پروفایل اضافه کړئ، یا د ملاتړ شوو پلیټفارمونو لیست تنګ کړئ. پر هغه پلیټفارم چې تر ټولو لوړ غږ شکایت کوي د سند اعتبار بندول د دې په منځ کې نه دی. هغه بدلون د مطابقت تشه په منځپانګې خطر بدلوي، او په رول آوټ کې هیڅ وروستی ګام یې نه جوړوي.
له تړون څخه د هر پلیټفارم لپاره یوه اثر جوړه کړئ
Windows د VPNv2 پروفایل اخلي، چې MDM یې وړاندې کوي یا په محلي ډول د Add-VpnConnection او د هغې د XML پیلوډ سره جوړېږي. هغه برخې چې چیچي اخلي ساحه او باور دي. د وسیلې ساحې پروفایل او د کاروونکي ساحې پروفایل په بېلو ذخیرو کې ځای پرځای کېږي، نو هغه سند چې کلاینټ ته اړین دی باید په هغه ذخیره کې وي چې ستاسو ټاکلې ساحې سره سمون لري. که دا جوره غلطه شي پروفایل پاک ځای پرځای کېږي او بیا په لومړۍ اړیکه کې ناکامېږي.
macOS د مدیریت شوي VPN پیلوډ سره د ترتیباتو پروفایل اخلي، چې لاسلیک او د MDM له لارې لېږل کېږي یا د ازموینې لپاره په لاس نصبېږي. هویت او د CA زنځیر د جلا پیلوډونو په توګه سفر کوي، ځکه چې یو پروفایل کولای شي پرته له شکایت نصب شي او بیا د اړیکې پر مهال ناکام شي. د نصب پایله نه، د پیلوډ لیست وګورئ.
Linux د NetworkManager شاته بیکنډ ته تړلی دی، او strongSwan او د NetworkManager پلگ ان جلا پیکجونه دي. د اړیکې ځانګړتیاوې عمومي VPN کیلي نه دي، پلگ ان ته ځانګړې دي، نو له بل پلگ ان څخه کاپي شوې کیلي اکثراً پرته له تېروتنې خوندي کېږي او بیا په فعالېدو کې ناکامېږي. د پاک انځور پر سر اړیکه جوړه کړئ تر څو ډاډ ترلاسه شي چې پلگ ان هغه ځای کې دی چې واقعاً به چلېږي.
درې واړه اثرونه په بڼه بېلابېل دي، خو هر یو هماغه پنځه تړون کرښې کوډ کوي. دا هغه ازموینه ده چې آیا یو اثر بشپړ شوی: هره کرښه یو ځای استازیتوب شوې، او په لاره کې اضافي څه نه دي اختراع شوي.
| Platform | Artifact | Check before handoff |
|---|---|---|
| Windows | VPNv2 profile or Add-VpnConnection | Scope matches certificate store |
| macOS | Managed VPN payload plus certificate payload | Both payloads present in one profile |
| Linux | NetworkManager connection with strongSwan backend | Plugin package installed on the image |
په پاک حساب کې لارې، حل کوونکی او بیا اړیکه وګورئ
اړیکه شوه دا د منلو ازموینه نه ده. په Windows کې Get-VpnConnection پروفایل ښیي او route print ښیي چې شخصي مخکښ د تونل انټرفیس ته ورسېد که نه. په macOS کې scutil --nc list فعال خدمت تاییدوي او scutil --dns هغه د حل کوونکي ترتیب ښیي چې سیسټم به واقعاً کاروي.
په Linux کې nmcli connection show --active ثابتوي چې اړیکه روانه ده او resolvectl status د هرې لینک DNS ښیي. هغه حل کوونکی چې په اړیکې فایل کې دی خو په هرې لینک محصول کې نه دی، مانا دا چې ووېشل شوی DNS نه پلي کېږي. د نومونو حلېدو او د تونل له لارې د نومونو حلېدو ترمنځ توپیر همدا دی، او دا بدلوي چې بل ګام د کوم ملاتړ ټیم دی. د اړیکې له راتلو وروسته یوازې نه، مخکې او وروسته د هرې لینک محصول پرتله کړئ.
ټوله پلټنه د یو نوي حساب په توګه پرته له خوندي شوو اسنادو او پرته له هغه سند چې مدیر نصب کړی وي ترسره کړئ. بیا یې د ځنډ او بیا پیل وروسته تکرار کړئ، او یو ځل بیا وروسته له دې چې اسناد بیا دننه کول اجباري شي. هغه دوه بدلونونه ډېری هغه بیا اړیکې ناکامۍ ښکاره کوي چې لومړۍ اړیکه هېڅکله نه ښیي.
پیکج ته نسخه ورکړئ او د بیرته تګ لاره وساتئ
هر پلیټفارم پیکج د هغه تړون د بیاکتنې سره ټاګ کړئ چې پلي یې کوي، او هغه کلاینټ او ګیټوې نسخې ولیکئ چې پرې یې منلی. کله چې د کلاینټ تازه کېدو وروسته چلند بدل شي، ټاګ هغه فایل ته نه بلکې هغه تړون ته اشاره کوي چې بیا ازموینه یې وشي.
د هر پلیټفارم پخوانی پیکج د بیا ترلاسه کېدو وړ وساتئ، او د لرې کولو امر یې څنګ ته ولیکئ. په Windows، macOS یا Linux کې د VPN پروفایل لرې کول د نصب کولو عکسي بڼه نه ده، او توپیرونه په تر ټولو بد وخت کې ښکاري. په یوه زاپاس وسیله کې یو ځل لرې کول تمرین کړئ، بیا آرشیف د هیله پر ځای پلان وي.