ستاسو عملیاتي سیسټم لا دمخه کوم VPN پروتوکولونه پیژني؟

د بل کلاینټ ډاونلوډ کولو دمخه وګورئ چې عملیاتي سیسټم لا دمخه څه پلي کوي، ځکه چې ځواب اکثراً د انسټالر په بشپړ ډول تیرولو لپاره کافي وي۔ Windows، macOS او ChromeOS هر یو ثابت او لنډ د تونل پروتوکولونو لیست راوړي، او هغه ګیټ‌وې چې د دوی یوې ته وایي اضافي ډرایور، خدمت یا د تازه کولو لارې ته اړتیا نلري۔ دا د بروشور په وړاندې د پلورونکي نوم په لاس نه ټاکل کیږي۔ دا پروتوکول ټاکي، چې پای ټکی څنګه تصدیق کوي، او کوم پته چې تمه کوي۔

پروتوکول وغواړئ، د محصول نوم نه

د محصول نوم د هغه څه په اړه ډیر لږ وایي چې د تار له لارې تیریږي۔ دوه ګیټ‌وې چې د یوې لیبل لاندې پلورل کیږي ممکن په بشپړ ډول مختلف تونلونه وغواړي، او یوه ممکن جوړ شوی کلاینټ ومني پداسې حال کې چې بله هر څه ردوي پرته د خپل پورټل۔ دوه مدیران چې یو بکس تشریح کوي ممکن اختلاف ولري او دواړه سم وي، ځکه چې دوی مختلف طبقې تشریح کوي۔ لاندې تونل هغه څه دي چې ټاکي چې انسټالر ته اړتیا ده که نه۔

د ګیټ‌وې چلوونکي ته درې پوښتنې وکړئ: کوم د تونل پروتوکول، کومه د تصدیق طریقه، او کلاینټ باید کومه پته او DNS ضمیمه ومني۔ پروتوکول په نوم وغواړئ، او کله چې ځواب د محصول نوم په توګه راشي، تشریح کړئ چې ولې پروتوکول ته اړتیا لرئ۔ هغه درې ځوابونه د هر سافټویر د ډاونلوډ کولو دمخه د کلاینټ پوښتنه حل کوي۔

یو دلیل شته چې ولې د محصول نوم په دومره ټیکټونو کې ژوندی پاتې کیږي۔ د پورټل URL هغه څه دي چې کاروونکي یې ویني، او تونل تر هغه پټ وي چې کار کوي۔ په لاس ورکولو یادښت کې پروتوکول لیکل یوه کرښه لګښت لري او د هغو ټولو لپاره چې وروسته راځي ابهام لرې کوي۔

چیرې چې جوړ شوی لیست ودریږي

مورني لیستونه لنډ دي، او د دوی څنډې د دوی له منځپانګې څخه مهمې دي۔ په IPsec باندې L2TP چې د مخکې شریک شوي کیلي سره وایي، SSTP ته به نه وایي، او هغه توپیر کلاینټ ټاکي۔ جدول د پلورونکي پرځای د تونل له مخې ترتیب شوی، نو تاسو کولی شئ هغه پروتوکول ولټوی چې ګیټ‌وې نومولی دی۔

جدول د بروشور پرځای د ګیټ‌وې غوښتنو سره ولولئ۔ که ځواب د مخکې شریک شوي کیلي سره L2TP over IPsec وي، لومړني درې پلیټ فارمونه پرته د کوم اضافي نصب شوي شي سره نښلیږي۔ که ځواب OpenVPN وي، د هر څه د نصبولو دمخه یوازې ChromeOS پوښل شوی۔ هغه پروتوکول چې په هیڅ جوړ شوي کالم کې نه ښکاري د انسټالر راتلو صادقانه نښه ده۔

Linux هغه کالم دی چې عمومي کیدو ته مقاومت کوي۔ د هغې پروتوکول ملاتړ په ډیمونونو او پلگ انونو کې ژوند کوي چې ویش یې د بنډل کولو لپاره غوره کوي، نو یو لږترلږه عکس ممکن تر هغه پورې هیڅ یو له دوی څخه نه وایې چې تاسو یې اضافه کړئ، او دوه ویشونه چې ورته ډیسکټاپ لري ممکن توپیر ولري۔

پروفایل د کمانډ کرښې څخه جوړ کړئ

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

rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnect

په لاس .pbk فایل سمول کار کوي، او دا د هغې د خرابولو ترټولو ګړندۍ لاره هم ده، نو اجازه راکړئ وسیله بڼه ولري۔ macOS خپل خدمتونه په سیسټم کنفیګریشن کې ساتي، او networksetup د خدمت نوم له مخې ورته مخامخ کیږي؛ څو بیرغونه پرځای د کوربه نوم پته غواړي، نو لومړی پای ټکی حل کړئ او هغه ارزښت زیرمه کړئ چې کلاینټ به واقعیا کاروي۔ هغه توپیر د اتومات کولو په وخت کې چیچي، ځکه چې سکریپټ چې د پتې سره کار کوي ممکن د نوم سره ناکام شي، او تېروتنه د رد شوي دلیل پرځای د مات شوي ګیټ‌وې په څیر ښکاري۔

networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20

د خدمت نومونه ځایی شوي او د کاروونکي لخوا د سمون وړ دي، نو هغه سکریپټ چې Wi-Fi کلک کوډ کوي په لومړي ماشین کې ماتیږي چې بلې ژبې ته تنظیم شوی۔ نوم د لیست کمانډ څخه ولولئ او د اټکل کولو پرځای یې ولیږئ۔

پرته د خصوصي کلاینټ سندونه

ځینې ځای پرځای کول د کلاینټ سند او نور هیڅ خصوصي نه غواړي، او دا هغه منځنی حالت دی چې د ډرایور منلو دمخه یې ازموینه ارزښت لري۔ د پلیټ فارم په ذخیره کې سند ایښودل ملاتړ کیږي؛ دا د پلورونکي ریښې دننه اچولو او د کلاینټ د موندلو باور کولو په څیر عمل نه دی۔ لومړی په قصد ایښودل دي؛ دوهم د ملاتړ ټیکټ نښلول شوی اټکل دی۔

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

Windows دوه ذخیرې په صراحت سره جلا کوي، او macOS د ننوتلو کیچین د سیسټم کیچین څخه جلا کوي۔ نومونه توپیر لري، مګر د ناکامۍ طریقه ورته ده: یو معتبر سند چې کلاینټ هیڅکله نه ویني۔

څه انسټالر ته مجبوروي

ځینې ګیټ‌وې کلاینټ د خصوصي سند ذخیرې، د دریځ اجنټ، یا د ننوتلو تبادلې سره تړي چې عملیاتي سیسټم یې نشي کولی۔ په Check Point، Cisco یا Fortinet هارډویر باندې جوړ شوي ځای پرځای کول اکثراً هلته رسیږي، او په دوی کې جوړ شوی کلاینټ لنډه لار نه ده۔ د دریمې ډلې بدیل ممکن نښلوي او بیا هم پالیسي مات کړي، کوم چې دا د اسانتیا پرځای د امنیت پریکړه ګرځوي۔ هغه څه نصب کړئ چې پالیسي غواړي او دلیل د انسټالر نسخې ترڅنګ ولیکئ۔

هغه ریکارډ هغه برخه ده چې خلک یې تیریږي او هغه برخه چې بل مدیر ته یوه اونۍ سپموله کوي: پروتوکول، د تصدیق طریقه، د پتې کورنۍ او اړین ضمیمه، د هر هغه بائنري لپاره یوه کرښه توجیه چې اضافه کول یې لازمي وو۔ هغه چیرې کېږدئ چې د انسټالر یادښتونه ژوند کوي نه په چیټ تار کې۔ دوه کرښې مستندات تکراري پلټنه مخنیوی کوي۔