په Android کې د L2TP اتومات کول: سکریپټ غوښتنه کولی شي، جوړول یې نه شي کولی

افسانه دا ده چې L2TP په Android کې یو بل شی دی چې shell سکریپټ یې پیلولی شي: لاره اضافه کړه، زوړ خدمت وربه، تمام. دا نشي کیدی، ځکه چې څلور مختلفې طبقې باید موافقې شي مخکې له دې چې تونل یوه بسته ولېږدوي. IPsec طبقه لاره ساتي، L2TP ناسته لېږدوي، PPP د اړیکې په اړه خبرې کوي، او Android باید پایله د VPN په توګه ثبت کړي چې شاوخوا یې لاره ورکولی شي. ما دا د کاپي شوو کمانډونو سره دوه ځله هڅه کېدل لیدلي، او دواړو ځلو کې لاره وه خو هېڅ شی کوډ شوی نه و.

د لارې بدلون واقعا څه ترسره کوي

د لارې اضافه کول پریکوي چې بسته بل چېرته ځي. دا د امنیتي ټولنې په اړه خبرې نه کوي، L2TP ناسته نه پرانیزي، او هغه PPP تبادله نه چلوي چې پته، پیر او DNS تنظیمات تولیدوي. په لاسي وسیله کې لیدل شوې پایله هغه ټرافیک دی چې غلطې لارې ته وځي، یا وځي او مري، پرته له دې چې کومه تونل حالت وي.

ورته د زوړ خپرونه څخه کاپي شوي خدمت غوښتنې لپاره هم صدق کوي. د Android داخلي VPN پایپونه خپور شوی اتومات کولو API نه دی، او د بلې نسخې شمېرل شوې معامله کېدای شي بل عملیات ته ورسېږي یا هغه امتیازونه وغواړي چې سکریپټ یې نه لري. هغه اتومات کول چې پټنوم لېږدوي باید هېڅکله پر اټکل شوو داخلي دلیلونو تکیه ونه کړي، ځکه چې د ناکامۍ بڼه یا غلي no-op ده یا نیمګړی جوړ شوی پروفایل چې هیچا نه پاکوي.

څلور مالکان، او سکریپټ د هغوی له جملې څخه نه دی

هغوی په ترتیب واخلئ. IPsec ساتل شوې لاره جوړوي او ساتي او پیرونه تصدیقوي. L2TP پر هغې ناسته لېږدوي، او همدا طبقه بندي دلیل دی چې معیار هغوی د یو پروتوکول پر ځای جلا میکانیزمونه ګڼي. د هغې دننه PPP د هغو اړیکې پارامیټرونو په اړه خبرې کوي چې کلاینټ به یې کاروي. بیا Android د پلیټفارم خوا لري: ثبت شوی VPN انټرفیس، د هر اپلیکیشن حد، always-on حالت او هغه ژوند دوره چې پریکوي کله چې اپلیکیشن ووژل شي څه پېښیږي.

سکریپټ یوازې د هغو طبقو وروستی لیدلی شي، او معمولا په غیر مستقیم ډول. دا کولای شي کلاینټ ته ووایي چې وصل شي که هغه کلاینټ مستند کنټرول ښکاره کړي، او بیا د انټرفیس حالت څارلی شي. دا نشي کولی د لاندې درې طبقو ځای ونیسي، او نشي کولی پلیټفارم اړ کړي چې ناثبت شوی انټرفیس د VPN په توګه وګڼي.

ولې دیمون هم لنډه لاره نه ده

په وسیله کې د امتیاز لرونکي Linux دیمون پیلول د ورکې برخې په څېر ښکاري، او ډېری وختونه واقعا یو تونل پورته کوي. هغه څه چې نه یې کوي دا دي چې هغه تونل د Android سره ثبت کړي. انټرفیس د کرنل په دننه کې شته، خو د پلیټفارم VPN ټاکنه، د هر اپلیکیشن لارښوونه، always-on پالیسي او ژوند دوره ترې نه خبر دي، او د دیمون خپلې لارې او DNS بدلونونه د ورته جدولونو لپاره د شبکې مدیر سره سیالي کوي.

پایله هغه اړیکه ده چې د دیمون ټرافیک لپاره کار کوي او په پراسرار ډول د هغه اپلیکیشن لپاره نه چې تاسو یې پروا درلوده، یا هغه چې تر هغه پورې ژوندی پاتې کیږي چې سیسټم خپلې شبکې بیا ارزوي. د دواړو پایلو څخه هېڅ یوه د پلیټفارم بګ نه ده؛ دا د socket درلودلو او د VPN اسانتیا درلودلو ترمنځ پوله ده.

ملاتړ شوې لارې څنګه ښکاري

که سازمان هغه پروفایل ته لاړ شي چې Android پخپله برابروي، د پلیټفارم لاره صادقه ده. له API 30 راپدېخوا، VpnManager د اپلیکیشنونو لخوا د پلیټفارم VPN پروفایلونو برابرول او کنټرول ملاتړ کوي، د غوښتونکي اپلیکیشن سره تړلي اجازه بهیر سره. دا د L2TP بدلوونکی نه دی: هغه پروفایل ماډل چې د IKEv2 لپاره برابروي، شته L2TP ترتیب نه ژباړي، او د پروتوکول بدلول مهاجرت دی، نه نوم بدلول. هویتونه، لارې، شخصي DNS او د لاسرسي اجازې باید په قصد سره ولېږدول شي.

که خدمت باید L2TP/IPsec پاتې شي، ملاتړ شوې ترکیب هغه کلاینټ او OS خپرونه ده چې آپریټر واقعا مستندوي، او د هغې اتومات کولو قرارداد که شته وي. کله چې مستند بې څارنې کنټرول نه وي، سم ځواب ملاتړ شوی لاسي اړیکه ده، نه یو نازک امتیاز لرونکی سکریپټ چې په یوه بیلډ کې ناڅاپه کار کوي.

سم اتومات کول څه کوي

د مستند کنټرول سره، اتومات کول یوه کوچنۍ او دفاع وړ دنده لري: نومول شوې اړیکه وغواړه، د چمتووالي انتظار وکړه، د تصدیق یا تنظیم ناکامۍ په صورت کې ودرېږه، ټاکل شوې کاري بار چلوه، او پاکول هغه برخې ته پرېږده چې اړیکه لري. اسناد هغه کلاینټ سره پاتې کیږي چې پوهیږي څنګه یې ذخیره او بدل کړي.

مخکې له دې چې لومړی کرښه ولیکئ، ولیکئ چې کومه برخه کومه طبقه لري، او پایله ورسره وګورئ:

• IPsec او PPP کلاینټ سمبالوي، نه د سکریپټ لارې.
• اړیکه د پلیټفارم VPN حالت کې ښکاري، نو د هر اپلیکیشن حد او always-on پرې پلي کیږي.
• هېڅ داخلي خدمت غوښتنه، معامله شمېره یا اټکل شوی دلیل سند نه لېږدوي.
• په هر ګام کې ناکامي نیمګړی ثبت شوی پروفایل نه پرېږدي.