ایا ستاسو VM د کوربه VPN کاروي؟ له مېلمه دننه یې وآزمویاست
د کوربه د وتلو پته د مېلمه د لارو په اړه هېڅ نه وایي. د شبکې حالت ثبت کړئ، د مېلمه لاره او حلونکی وګورئ، بیا د ناکامۍ حالت وآزمویاست.
تاسو د کوربه عامه IP ګورئ، هغه VPN ښیي، او تاسو پایله کوئ چې VM پوښل شوی دی. دا پایله دې ازموینې نه تاییدېږي. مېلمه خپله د لارښوونې جدول، خپل حلونکی او خپلې برخې لري, او د کوربه د وتلو پته د دوی په اړه هېڅ نه وایي.
ازموینه باید د مېلمه په داخل کې وشي، او باید ووایي چې څه اندازه شول.
د کوربه له براوزره نه، د مېلمه له داخله پیل کړئ
لومړی د هایپر وایزر د شبکې حالت ثبت کړئ: NAT، bridged، host-only یا macvtap. په NAT حالت کې کوربه د مېلمه ترافیک لارښوونه کوي، نو د کوربه تونل ممکن پلي شي یا نه، د دې پورې چې کلاینټ لارې څنګه نصبوي. په bridged حالت کې مېلمه د فزیکي LAN برابر غړی دی او د کوربه تونل بې اړیکه دی. دا دوه حالتونه له یوې کوربه ترتیب څخه مخالف ځوابونه ورکوي.
حالت ولیکئ مخکې له دې چې څه بدل کړئ، ځکه چې د پایلې معنا هماغه ټاکي.
یوه غوښتنه وکړئ چې منزل یې پیژنئ
هغه خدمت ته بې ضرره غوښتنه ولېږئ چې خپله لیدل شوې سرچینه پته راپور کوي. بیا د هغه منزل لپاره د مېلمه خپله د لارښوونې پرېکړه وګورئ: ip route get 203.0.113.5 هغه برخه او ګیټوی چاپوي چې مېلمه به یې کاروي.
که برخه د مېلمه عادي NIC وي، ترافیک د مېلمه په داخل کې د تونل له لارې نه ځي.
دوهم اډاپټر، د پروکسي ترتیب یا د مېلمه په خوا کې VPN کلاینټ کولی شي د یو اپلیکیشن ځواب بدل کړي او د بل نه. هغه اپلیکیشن وآزمویاست چې واقعاً ورته اړتیا لرئ، نه د شیل څخه عمومي غوښتنه.
حلونکی جلا وګورئ
بدل شوې وتلې پته نه وایي چې کوم حلونکی هغه کوربه نوم اداره کړ. نوم په څرګنده توګه د پلیټفارم سره سم وسیله وپوښتئ، او ولیکئ چې کوم سرور ځواب ورکړ. Split DNS معنا دا ده چې د حلونکي پوښتنه او د لارښوونې پوښتنه جلا ځوابونه لري.
هغه دواړه کولی شي په هر لوري توپیر ولري، او هماغه توپیر ډیری وخت ریښتینی بګ وي.
د systemd کوربه پر resolvectl query هغه برخه او DNS سرور نوموي چې د ځواب شاته دي. زاړه ترتیبات سرور د dig په وتلو کې ښیي. په هر حال، مهمه دا ده چې وګورئ کوم سرور ځواب ورکړ، نه یوازې دا چې ځواب راغی که نه.
د ناکامۍ تګلاره وآزمویاست، نه یوازې بریا
که اړتیا دا وي چې له تونل بهر هېڅ ترافیک ونه وځي، بریالۍ غوښتنه هېڅ نه ثابتوي. هغه کنټرول شوې ناکامۍ ازموینه وکاروئ چې کلاینټ یې ملاتړ کوي: تونل په ملاتړ شوې لاره ودرئ او وګورئ چې د مېلمه نوې غوښتنه بندېږي که نه. مه فکر کوئ چې د کوربه کلاینټ kill switch هر مجازي لېږد ترتیب پوښي. یوازې د هغه مستنده حد هغه څه دي چې تاسو پرې تکیه کولی شئ.
هغه مېلمه چې تونل لوېدو پر مهال فزیکي NIC ته راګرځي، هماغه کوي چې NAT حالت اجازه ورکوي.
حالت او حد ثبت کړئ
د هایپر وایزر حالت، د مېلمه برخه او لاره، حلونکی او هغه اپلیکیشن چې وآزمویاست ولیکئ. نېټه هم ورزیاته کړئ، ځکه چې د snapshot بیا رغونه یا د هایپر وایزر تازه کول څلور واړه بدلولی شي.
که IPv4 د تونل پسې ولاړ، هماغه ووایاست. دا ادعا IPv6، بل نوم ځای یا په بل شبکه کې بل VM ته مه غځوئ.