OpenVPN يا IKEv2: د پروتوکول له ټاکلو دمخه څلور ګوتنې

د OpenVPN او IKEv2 ترمنځ انتخاب معمولاً د پروتوکول پوښتنې په توګه بحث کیږي، او دا چوکاټ پرېکړه ضایع کوي۔ پرېکړه دا کوي چې آیا ستاسو سرور او وسیلې یو شان بشپړ پروفایل ملاتړ کوي، او آیا هغه پروفایل د شبکو ترمنځ ستاسو تګ راتګ زغمي۔ دوه سټکونه یو بل ته نه ژباړل کیږي: د OVPN فایل د بل نحو سره IKEv2 پروفایل نه دی۔ په ترتیب سره ترسره شوې څلور ګوتنې له هرې ځانګړتیا جدول څخه ګړندي پوښتنې ته ځواب وایي۔

نشتونکی کلاینټ بحث پای ته رسوي

Windows او macOS د IKEv2 کلاینټ سره راځي، نو هلته د IKEv2 پروفایل ځای پرځای کول اضافي لګښت نلري او هغه چمتوکول غوره کوي چې عملیاتي سیستم یې دمخه وړاندې کوي۔ په همدې ماشینونو کې OpenVPN معنی دریمې خوا کلاینټ دی چې نصب، تازه او ملاتړ یې ته اړتیا ده، او هغه کلاینټ باید د پروفایل هر انتخاب ومني۔ دمخه له هر بل څه پرتله کولو څخه هغه پلیټ فارمونه وشمېرئ چې باید پوښئ، ځکه چې د کار کوونکي کلاینټ پرته پلیټ فارم د پرتله کولو نقطه نه ده۔

په Windows کې یو کمانډ هغه پروفایلونه لېست کوي چې دمخه شته او ښیي چې هر یو کوم ډول دی۔ هغه نوم چې چاپوي هغه نوم دی چې وروستي ګوتنې یې کاروي۔

Get-VpnConnection -AllUserConnection
Get-VpnConnection -Name <profile-name> | Select-Object Name, ServerAddress, TunnelType

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

خوځښت ګډ تنظیم دی، د پروتوکول ژمنه نه

IKEv2 کولای شي MOBIKE وکاروي کله چې دواړه پایونه یې ملاتړ او فعالول وکړي، چې کلاینټ ته اجازه ورکوي خپل تونل وساتي کله چې پته یې بدلیږي۔ RFC 4555 دا غځونه تعریفوي، او شرطي عبارت مهم دی: هغه سرور چې دا وړتیا له پامه غورځوي پرځای یې بیا خبرې اترې کوي۔ پایله د فایل لېږد لپاره یو شان ښکارېدلی شي او د ژوندي زنګ لپاره ډېره بېله۔

هغه بدلون چې تاسو ته ریښتیا مهم دی، د یو څه چلېدونکي سره چې لیدلی یې شئ وآزموئ۔ په Windows کې ping -t <internal-host> وچلوي، یا بل چېرې ساده ping، بیا له Wi-Fi څخه ګرځنده شبکې ته واوړئ او وقفې وګورئ۔ د MOBIKE ناکامي په کلاینټ لاګ کې د ارامې پتې تازه کېدو پرځای بشپړ بیا تصدیق ښکاري۔ تاسو دا اندازه کوئ چې تونل بدلون زغمي که نه، نه دا چې پروتوکول د ملاتړ اعلان کوي که نه۔

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

اسناد خدمت ته تړلي دي، سټک ته نه

سندونه او نور د ننوتلو ترتیبات هغه خدمت ته تړلي دي چې اړیکه پای ته رسوي۔ په یو کلاینټ کې د پاسورډ غوښتنه د بل سره د سازګارۍ په اړه هیڅ نه وایي، او هغه پروفایل چې له بل ګېټوې سره کار کوي د دې په اړه هیڅ نه وایي۔ د دوو سټکونو پرتله کولو پر مهال د سرور د هویت قواعد د هماغه ډول وساتئ۔ له ناکامۍ د پېژندلو دمخه د پروتوکولونو بدلول معمولاً دوهم ناسازګار پروفایل جوړوي۔

له دې دمخه چې هر پروتوکول تورن کړئ هغه اسناد وګورئ چې کلاینټ به یې وړاندې کوي، ځکه چې پای ته رسېدلی یا غلط صادر شوی سند په دواړو کې یو شان ناکام کیږي۔ لاندې پایله پرته له شخصي کیلي لوستلو موضوع، صادروونکی او د اعتبار نیټې ښیي۔

openssl x509 -in client.crt -noout -subject -issuer -dates

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

وګورئ چې تونل ریښتیا څه مسیر کوي

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

په Windows کې دوه کمانډونه مسیر او د نوم لټون دواړه پوښي۔ په Linux کې سیالان ip route show default او resolvectl query <internal-host> دي۔

Get-NetRoute -DestinationPrefix 0.0.0.0/0
Resolve-DnsName <internal-host>

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

له ګوتنو وروسته ساتنه وازموئ

په انتزاعي توګه هیڅ پروتوکول د بل څخه اسانه ساتل کیږي نه۔ ساتنه په دې پورې اړه لري چې ګېټوې څوک چلوي، پروفایلونه وسیلو ته څنګه رسي او ورک شوې وسیله څومره ژر لاسرسی له لاسه ورکوي۔ ساده پای کلاینټ کولای شي د چلولو لپاره سخت سرور مخې ته ودریږي، او برعکس هم پېښیږي۔ وپوښتئ چې ستاسو ټیم له دوو کوم یو چلولای شي کله چې جوړوونکی یې لاړ شي۔

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