ولې د اډاپټرونو ترتیب ستاسو د لابوراتوار VPN لاره نه ټاکي

دا چې اډاپټر 1 د هایپروایزر په لیست کې لومړی دی، یوازې د ښودلو ترتیب دی او د مېلمه د لارښوونې جدول هغه نه لولي۔ لاره هغه پریفیکس، میټریک او هر هغه پالیسي قاعده ټاکي چې له دواړو مخکې پلي کیږي۔ نو ځکه چې لابراتوار VM ته د پل اډاپټر اضافه کول کولای شي دوهم ډیفالټ لاره جوړه کړي، په داسې حال کې چې زوړ NAT انټرفیس لا هم د موجود او دوهم نمبر شوي په توګه ښکاري۔ پایله داسې VM ده چې کله تونل کاروي او کله نه، پرته له کوم کانفیګریشن بدلون چې دا تشریح کړي۔

درې شرطونه لاره ټاکي

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

هماغه وروستی ټکی پرېکړه ده: که ونه شئ ویلای چې د VPN د پای نقطې د خپلې پتې لپاره کوم پریفیکس ګټي، نو تاسو د لارښوونې پالیسي نه لرئ، تاسو داسې ټوپولوژي لرئ چې نن په ناڅاپي ډول کار کوي۔

لومړی شرط: کوم پریفیکس ګټي

10.8.0.0/24 ته لاره د هغې دننه د پتې لپاره ډیفالټ لاره ماتوي، پرته له دې چې میټریکونه او د اډاپټرونو ترتیب ته پام وشي۔ نو ځکه هغه VPN کلاینټ چې ځانګړې لاره نصبوي، حتی کله چې د ټیټ میټریک دوهم اډاپټر راڅرګند شي، کار ته دوام ورکوي: ځانګړتیا له لګښت مخکې ګټي۔ هغه جدول چې فکر کوئ په کار کې دی په ip route show او د یوې ځانګړې منزل لپاره د کرنل ریښتینی ځواب په ip route get 203.0.113.9 وګورئ۔

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

دوهم شرط: میټریک څه کوي او څه نه کوي

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

په مېلمه کې ip route show میټریک د هرې لارې څنګ ته چاپوي، او په Windows کې Get-NetRoute یو InterfaceMetric او د لارې میټریک چاپوي۔ دواړه ولولئ، ځکه چې اغیزمن غوراوی کیدای شي مجموعه وي نه یو ساحه۔ که دوه ډیفالټ لارې وي، هغه کشف همدا دی: مېلمه د وتلو دوه لارې لري، او کومه ګټي د هغو شمیرو فنکشن دی چې هارډویر بدلون یې بدلولی شي۔

دریم شرط: مېلمه واقعا څه پلي کړل

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

د پلي شوي حالت پلټنه وکړئ نه د پلان شوي۔ ip -br link هغه انټرفیسونه ښیي چې اوس شتون لري، او په داسې کوربه چې NetworkManager لري nmcli connection show ښیي چې کوم پروفایل د کوم وسیلې سره تړل شوی۔ هغه پروفایل چې وتړل نشو، انټرفیس پرته له پتې خلاص پرېږدي، چې د لارښوونې ستونزه ښکاري خو د نومونو ستونزه ده۔ بیا راګرځول شوي سنیپ شاټونه دا لا خرابوي، ځکه چې د مېلمه ساتل شوی حالت کیدای شي د هغو اډاپټرونو هویتونو ته اشاره وکړي چې نوی هارډویر نور نه برابروي۔

د لابراتوار ټوپولوژي د بیا تولید وړ وساتئ

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

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

بیا د هارډویر بدلون، بیا پیل یا بیا راګرځول شوي سنیپ شاټ وروسته ریښتینی اپلیکیشن وازموئ او په هغې ازموینه کې د VPN پای نقطې ته لاره هم شامله کړئ۔ که د ګېټوې VM باید یوازینی وتل وي، ډاډ ترلاسه کړئ چې د ازموینې VM دوهم ناغوښتل شوی ډیفالټ لاره نه لري، ځکه چې پل اډاپټر سم دوهم ډیفالټ اضافه کوي۔ له مېلمه ازموینه وکړئ نه د هایپروایزر کونسل، ځکه دواړه کیدای شي د دې په اړه سره موافق نه وي چې کوم انټرفیس کوم دی۔

د VirtualBox شبکه بندي اسناد د اډاپټر حالتونه او دا چې هر یو له کوم شي سره نښلول کیږي تشریح کوي، او د دوهم اضافه کولو مخکې د لوستلو وړ برخه همدغه ده۔ هغه لابراتوار چې پیژني کوم اډاپټر کوم رول ته خدمت کوي، د لارې بدلون د تشریح وړ ګرځوي۔ هغه لابراتوار چې د هایپروایزر پر نمبر اچونې تکیه کوي هر بدلون یوه تجربه ګرځوي۔