Pi VPN سرور: له ریسپي نه نه، د تلیفون له اپلیکیشن څخه پیل وکړئ

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

هغه ترتیب چې بیا جوړول خوندي کوي

پر Pi د هر څه نصبولو مخکې د تلیفون عملیاتي سیستم او دقیق VPN اپلیکیشن ولیکئ۔ همدا جوړه ټاکي چې کوم پروتوکول اصلًا ممکن دی۔ کلاینټ اپلیکیشن یوازې د دې له امله چې پروفایل کې ناڅاپه یو پېژندل شوی ځای وي بل کلاینټ نه شي کېدای۔

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

کله چې اپلیکیشن ټاکل شو، د سرور غوره توب تنګېږي او پاتې جوړونې یو هدف لري۔

تلیفون اپلیکیشن واقعاً څه پلي کوي

خپره شوې کلاینټ لیست یو اپلیکیشن بیانوي، نه یوه خدمت۔ د Android لپاره OpenVPN Connect اپلیکیشن د OpenVPN سرور تمه لري؛ دا د سرور اړخ نه برابروي۔ کله چې پروفایل ورته ښکاري، دا د IPsec یا L2TP کلاینټ هم نه شي کېدای۔

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

د سرور بستې ته له ژمنېدو مخکې د اپلیکیشن په اوسني اسنادو کې وګورئ چې کوم پروفایل بڼې واردوي۔ پنځه دقیقې لوستل له بیا جوړولو ښه دي۔

د څلورو برخو تړون

څلور شیان ولیکئ او یوځای یې وساتئ: د تلیفون عملیاتي سیستم او د اپلیکیشن نسخه، پر Pi د سرور پلي کول، د تصدیق او باور پالیسي، او بهرنی پای ټکی۔ له څلورو هر یو کولای شي نور درې باطل کړي۔

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

د ننوتلو معلوماتو بېلې دندې دي

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

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

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

تر هر څه پورته، د زوړ بېلګې د نښلولو لپاره د تصدیقنامې تصدیق د "هر سرور ومنه" سره مه بدلوئ۔ دا د مطابقت ستونزه د تصدیق مخنیوي ته اوړوي، او ځکه چې کار کوي معمولاً تر تولید پورې پاتې کېږي۔

رسېدنه یو جلا تړون دی

تلیفون باید د سرور بهرني پای ټکي ته د ریښتیني پورتني ترتیب له لارې ورسېږي۔ د کور روټر ژباړه، فلټرول او د آپریټر NAT ټول د دواړو تر منځ دي۔ متحرک DNS نوم پای ټکي ته یوازې یو ثابت نوم ورکوي; دا د ننوتلو لار نه جوړوي۔

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

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