د VPN پورټال نصب کوونکی: پاکټ، پروفایل که بیا جوړول؟

د VPN پورټال ډاونلوډ تڼۍ دقیقاً یو فایل بیرته راولي، او هغه فایل کېدای شي دوه ډېر بېلابېل شيان وي: د پلورونکي چمتو نصب کوونکی چې د کنفیګریشن پروفایل ورسره سفر کوي، یا هغه جوړونه چې سازمان پخپله جوړه کړې۔ پاڼه په دواړو حالتونو کې ورته ښکاري، نو تڼۍ نشي کولای ووایي چې کوم یو لرئ۔ د هغې شاته درې پوښتنې دي — څوک د اجرا وړ فایل خپور کړ، نصب کوم کنفیګریشن لیکي، او کله چې بل کلاینټ خپرېدنه راشي څوک یې سمول کوي۔ لومړي ته تاسو د آرټیفیکټ له میټاډاټا څخه، دویم ته د پاکټ له منځپانګې څخه، او درېیم ته یوازې له هغې ډلې څخه چې د خپرېدو مالکیت لري ځواب ورکوئ۔

د براوزر قلف لېږد پوښي، نه آرټیفیکټ۔

د ډاونلوډ پای ټکی واقعاً څه بیرته راولي

ډېری پورټالونه د ډاونلوډ غوښتنه یو کوچني هینډلر ته ورکوي، چې یا خوندي شوی فایل سټریم کوي یا فایل په هماغه ځای کې یوځای کوي، بیا د ځواب له وتلو دمخه د فایل نوم او د منځپانګې ډول ټاکي۔ څه چې راځي هغه کانټینر دی: MSI، PKG، DEB یا RPM، یا د هغوی له یوه څخه راګېرونکی خود استخراج کوونکی پوښ۔ دننه د کلاینټ باینري وي، او د فایل په نوم کې هیڅ شی په باوري ډول نه وایي چې هغه باینري د پلورونکي څخه راغلی که له داخلي جوړونې کرښې۔ client-setup.exe نومې فایل د نومونې پرېکړه ثبتوي، نه د اصل حقیقت۔

ډاونلوډ شوي بایټونه د پلورونکي له خپاره شوي چکسم سره پرتله کړئ۔ نه سمون د بد نیت ثبوت نه دی؛ دا ثبوت دی چې فایل د پلورونکي جوړونه نه ده، او همدا هغه توپیر دی چې پر عمل ارزښت لري۔

پروفایل کلاینټ ته چېرې ننوځي

مخکې ډک شوي تنظیمات معمولاً د جلا فایل په توګه سفر کوي، چې نصب کوونکی یې د هر کاروونکي یا هر ماشین لارې ته کاپي کوي: په Windows کې JSON یا XML پروفایل، په macOS کې د کنفیګریشن پروفایل، په Linux کې /etc لاندې یوه ټوټه۔ د هغه فایل ارزښتونه — د ګیټوې host نومونه، د باور لنګرونه، کله ناکله د ثبت مواد — په لومړي پیل کې د کلاینټ ډیفالټونه کیږي۔ له همدې امله یو ډاونلوډ کولای شي رمزونه او همدارنګه کوډ ولېږي۔

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

لاسلیک لړۍ څه ثبوت نه کوي

د کوډ لاسلیک د خپرونکي هویت د فایل هش سره تړي، او په Windows کې د Authenticode وخت ټاپ لاسلیک ته اجازه ورکوي چې د هغه سند څخه زیات ژوند وکړي چې جوړ کړی یې۔ سمه پایله دوه پوښتنو ته ځواب ورکوي: کوم خپرونکي دا بایټونه لاسلیک کړل، او آیا وروسته بدل شول۔ دا د نصب کوونکي خدمات، د راجستر لیکنې یا مل شوي ډرایورونه نه شماروي، او نه پرېکړه کوي چې آیا په دې خپرونکي دې هلته باور وشي۔ د Microsoft Authenticode اسناد د میکانېزم تشریح کوي او د دې تنګې چوکاټ په اړه روښانه دي۔

د پورټال تصدیق درېیمه پوښتنه ځوابوي: چې غونډه خپلې موخې سرور ته ورسېده۔ درې بېلابېلې څیړنې، درې بېلابېلې ناکامۍ لارې۔

د چا له چلولو دمخه آرټیفیکټ تصدیق کړئ

فایل په جلا ماشین کې کېږدئ او د هر څه د چلولو دمخه یې میټاډاټا ولولئ۔ دا حکمونه په درېیو اصلي پلیټ فارمونو کې د خپرونکي پوښتنې ځواب ورکوي۔

# Windows PowerShell
Get-AuthenticodeSignature .\client-setup.exe | Format-List Status, SignerCertificate, TimeStamperCertificate

# macOS
pkgutil --check-signature ./Client.pkg
codesign -dv --verbose=4 /Applications/Client.app

# Debian/Ubuntu
dpkg-deb -I ./client_amd64.deb
sha256sum ./client_amd64.deb

د حالت کلمې پرځای د لاسلیک کوونکي موضوع ولولئ۔ داخلي تصدیق وړ مرجع چې داخلي جوړونه لاسلیک کوي تمه کیږي؛ هماغه سند پر هغه پاکټ چې ځان د پلورونکي خپرونه بولي تمه نه کیږي۔

یوازې پروفایل لرونکي پاکټ لپاره، آرشیف پرانیزئ او هر ځای پرځای شوی host نوم او کیلي د هغه معلوماتو په توګه وګورئ چې حساب یې باید ورکړل شي۔ که پروفایل کې د بیا کارولو وړ څه وي، د پورټال وېش هغه د خپرېدو مهالوېش سره شریک رمز جوړوي۔

د خپرېدو دمخه د مالکیت ټاکل

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

که چا ته د هغې پوښتنې ځواب نه وي، ډاونلوډ د ساتنې تړون پرته وېش لار ده، او همدا هغه موندنه ده چې راپور ورکول یې ارزښت لري۔