VPN د کور Wi-Fi اړیکې دوهمه برخه په توګه تنظیم کړئ او هر څه کار کوي، تر هغه چې لیپ ټاپ بل لاسرسي ټکي ته ورسیږي او تونل لاندې پاتې شي. نوې اړیکه جلا ترتیب شی دی چې خپل UUID لري، او د هغې د مخکیني لپاره چې تاسو جوړه کړې وه، د پوهیدو لپاره هیڅ دلیل نلري. هیڅ شی خراب نه شو؛ اړیکه یوازې هېڅکله نه وه شوې.

د NetworkManager د اړیکو مرجع دوهمې برخې د UUID په توګه تعریفوي چې د یوې ځانګړې بنسټیزې اړیکې سره یوځای فعالیږي. دا دا هم یادوي چې عادي VPN پروفایلونه اتوماتیک فعالول نه پلي کوي لکه څنګه چې بنسټیزې اړیکې کوي. دواړه څرګندونې یوې نتیجې ته رسیږي: اړیکه د هر پروفایل لپاره جلا ده، او یو څوک باید د هر نوي لپاره یې جوړه کړي.

دوهمه برخه په حقیقت کې څه ده

بنسټیزه اړیکه پیژندنه، UUID او د دوهمو برخو لیست لري. کله چې فعاله شي، مدیر هغه دوهمې برخې هم په ترتیب فعالوي، او په دې توګه VPN پرته له لاسي کلیک Wi-Fi شبکه تعقیبوي. اړیکه په بنسټیزه اړیکه کې ژوند کوي، د نومونو پر ځای د UUID تارونو په توګه لیکل کیږي. د دې استازیتوب انتخاب تصادفي نه دی؛ همدا اړیکه د نوم بدلون څخه ژوندۍ ساتي.

د نومونو په اړه هغه تفصیل د ښکارېدو څخه مهم دی. د VPN پروفایل نوم بدلول د هغې UUID ته نه رسي، نو موجودې اړیکې کار ته دوام ورکوي. زاړه پروفایل حذف او نوی واردول نوی UUID جوړوي، او هر هغه اړیکه چې زاړه ته اشاره کوله اوس هیڅ ته اشاره نه کوي.

د زیاتولو دمخه موجود لیست وګورئ. د یوې دوهمې برخې سره کورنی پروفایل د هر SSID سره سمون لرونکی قاعده نه ده؛ دا په یو شي کې یو قطار دی، او کله چې بل بنسټ فعال شي، له هغې سره مشوره نه کیږي.

اړیکه هلته کیږده چېرې چې پروفایلونه جوړیږي

په شخصي ماشین کې، د مطلوبې دوهمې برخې نښلول د هر اجازه لرونکي Wi-Fi پروفایل د زیاتولو برخه وګرځوئ. دا عادت دی نه ځانګړتیا، خو عادت دی چې ثابت حالت تولیدوي، او په هر شبکه کې یو حکم یا دوه خبرې اترې لګښت لري. لنډه یادښت وساتئ چې کومې شبکې باید تونل وړي، ځکه لیست پخپله تګلاره ده.

په مدیریت شویو وسیلو کې، د برابرولو کاري بهیر دې د Wi-Fi ننوت او د هغې VPN اړیکه په یوه ګام کې جوړه کړي، او هماغه چلند پر موجودو اجازه لرونکو پروفایلونو هم پلي کړئ. یوازې د VPN پروفایل توزیع کول بنسټیزې اړیکې ناڅرګندې پریږدي، او همدا راز یو کاروان هغه تونل ترلاسه کوي چې یوازې نیمې لیپ ټاپونه یې کاروي.

چېرې چې کاروونکي لا هم د مدیریت شوې لارې بهر پروفایلونه جوړولی شي، هلته په څرګنده پریکړه وکړئ چې د هغو ننوتونو سره څه کیږي. دا انګیرل چې دوی اړیکه په میراث اخلي، تګلاره نه ده؛ دا هغه هیله ده چې د ملاتړ لګښت ورسره دی.

د VPN د پیژندنې بدلون لپاره پلان جوړ کړئ

د برابرولو سرچینې ته د مطلوب VPN UUID ته اړتیا ده، نه هغه ښودل شوی نوم چې چا اټکل کړی وي. کله چې ساتنه هغه VPN په نوي وارد شوي شی سره بدلوي، په هماغه بدلون کې د برابرولو کټ مټ او اغیزمن شوي موجودې اړیکې تازه کړئ. د نوم بدلول بدلون نه دی، او دواړه سره برابر ګڼل هغه لاره ده چې کارکوونکې خپرونه یوه اونۍ وروسته ماتیږي.

UUID د هغې د شتون د دلیل ترڅنګ وساتئ. راتلونکی انجینر چې په دوهمو برخو کې بربنډ UUID ومومي، نشي ویلای چې دا اوسنی دی که نه، او احتمال لري چې د تنظیم پر مهال یې حذف کړي.

فعالول اجرا کول نه دي

د دوهمې برخې غوښتنه د فعالولو په وخت کې کیږي. دا د تصدیق له بشپړیدو دمخه په وقفه کې غوښتنلیکونه نه بندوي، او د تونل له ناکامیدو وروسته ترافیک نه بندوي. دا مختلفې ځانګړتیاوې دي چې مختلف میکانیزمونه یې برابروي، او د هغوی ګډول هغه ډیزاین جوړوي چې په پروفایل کې سخت ښکاري او په عمل کې نرم وي.

د مستقیم ترافیک بندول جلا ځانګړتیا ده چې خپل ترتیب او خپلې ناکامۍ لارې لري، او باید هغه ترافیک په پام کې ونیسي چې باید د هر تونل له شتون دمخه شبکې ته ورسیږي: نیول شوي پورتالونه، د ننوتلو پاڼې، پخپله پای ټکی. هغه بندیز تګلاره چې د تصدیق دمخه نه شي پوره کیدای، ماشین له هماغې شبکې بهر بندوي چې ورته اړتیا لري.

هغه توپیر په هغو لارښوونو کې کیږده چې کاروونکي واقعیا لولي. نوې Wi-Fi شبکه کولای شي تونل وغواړي؛ اجرا کول پریکړه کوي چې ایا کله چې ونشي کولای وصل شي، څه بهر وتلی شي. هغه کاروونکي چې یوازې لومړی نیمایی ورته ویل کیږي، به ډیزاین مات وبولي.

په واقعیا نوي پروفایل ازموینه وکړئ

هغه کورنی ننوت چې دمخه کار کوي مه کاروئ، بلکې تصویب شوې ازموینه شبکه او نوی جوړ شوی بنسټیز پروفایل وکاروئ. د بنسټ فعالول، غوښتل شوی دوهم UUID او هر تصدیق غوښتنه په ترتیب وګورئ، او کله چې ودریږي، ولیکئ چې کوم پړاو ودرید. هغه پټ ایجینټ چې د ډیسکټاپ ننوتلو وروسته شتون لري، په هر پیل کیدو شرایطو کې په اتوماتيک ډول نه وي، نو بیا پیلول د ازموینې پلان پورې اړه لري. بیا مطلوب سرچینه او د ناکامۍ لاره وګورئ: ایا تونل د غوښتنلیک د اړتیا دمخه پورته کیږي، او کله چې تصدیق ناکام شي، هغه غوښتنلیک ته څه پیښیږي؟

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

اړوندې مقالې