د کار VPN په Raspberry Pi کې: لومړی دا پوښتنې وکړئ

له کارفرمای څخه څلور ځوابونه فیصله کوي چې ایا Pi کولی شي کاري VPN ته ورسیږي: کوم ګیټوې پروتوکول چې خبرې کوي، کوم عملیاتي سیسټمونه او معمارۍ چې ملاتړ کوي، تصدیق باید څنګه وشي، او ایا له رسمي کلاینټ پرته بل کلاینټ اجازه لري۔ د پورټل URL او د Linux کلمه له دوی څخه هیڅ یو نه فیصله کوي۔ مخکې لدې چې څه ډاونلوډ کړئ پوښتنه وکړئ، ځکه ځوابونه بدلوي چې تاسو کوم پیکیج نصب کوئ او ایا پرته له سکرین تنظیم بالکل ممکن دی۔

څلور ځوابونه ولیکئ۔ پاتې برخه دا ده چې هر یو یې څه بدلوي۔

د ګیټوې پروتوکول کلاینټ ټاکي

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

د مطابقت شواهد باید د کارفرما له اسنادو یا له هغه همکار څخه راشي چې دا یې په هماغه ماډل کې کړی وي، نه له دې چې په یوه زېرمه کې پیکیج شته۔

معماري یو جزئیات نه دی

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

په 64-بټه کرنل کې 64-بټه کارونکي فضا ساده قضیه ده؛ په 64-بټه بورډ کې 32-بټه کارونکي فضا هغه ځای دی چې خلک غلط پیکیج نصبوي۔ dpkg --print-architecture او uname -m دواړو نیمو ته په یوه کرښه ځواب ورکوي۔

تصدیق کاري جریان ټاکي

پټ نومونه، MFA او د براوزر له لارې ننوتل هر یو خپل کاري جریان تحمیلوي۔ په هارډویر ټوکن کې ساتل شوی سند ممکن هغه ډرایور ته اړتیا ولري چې Pi نه لري، پداسې حال کې چې SSO جریان کولی شي د براوزر یوه کړکۍ پرانیزي چې پرته له سکرین سیشن نشي ښودلی۔ ځینې ګیټوېونه د همدې حالت لپاره د وسیلې کوډ یا لاسي کاپي کولو لاره وړاندې کوي، او ځینې نه۔ پوښتنه وکړئ چې سازمان د پرته له سکرین Linux کوربه لپاره کومه طریقه ملاتړ کوي، بیا یې ازموئ مخکې لدې چې پرې تکیه وکړئ۔

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

د کارفرما پوله پاکه وساتئ

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

د تصویب شوې ثبت وروسته، شخصي DNS، ټاکل شوې سرچینې، یوه رد شوې سرچینه او بیا اړیکه تایید کړئ، ټول د Pi له خپله۔ ننوتلی تونل لاهم کولی شي غلط لارښود وکړي یا اجازه ونلري۔

پایله د نومول شوي مالک سره دوامداره تړون دی: کوم کلاینټ، کومه نسخه، کومه د ثبت لاره۔ دا له هغه څخه غوره ده چې د پلورونکي نږدې کلاینټ نصب کړئ او هیله وکړئ چې پاتې غوښتنې اختیاري وي۔