دوه مالکین، یوه پته: په TAP پله کې دوه ځله IP

یو Windows کلاینټ 10.8.0.2 ساتي او تر هغه پورې کار کوي چې د پیل کولو ترتیب بدل شي؛ بیا ورته پته د شخړې په توګه راپور کیږي په داسې حال کې چې په کلاینټ کې هېڅ نه دی بدل شوی. په همدې پل شوي برخه کې دویم کوربه هماغه ارزښت غواړي، او هغه ماشین چې تر ټولو وروسته تنظیم بشپړوي معمولاً بایلي. دواړه فکر کوي چې دا د دوی دی، او بایلونکی په غلېږ سره هغه پته کارول بندوي چې ورته ویل شوي وو چې وکاروي. همدا چې دغه د وخت ستونزه وګڼل شي، هغه لامل دی چې په هر بیا پیل کې بیا راځي.

له پلې سره د لاس وهلو دمخه د شخړې شواهد ولولئ

Windows د پتې شخړه د بل غوښتونکي د سختې آلې پتې سره یوځای راپور کوي. هماغه سختې آلې پته ګټوره حقیقت دی، ځکه چې په یو کوربه کې یوې انټرفیس ته ځي، خو د پېښې ښودل شوی نوم تاسو ته هېڅ نه وایي چې دوهم ځلې پته چېرې ده. له هر څه بدلولو دمخه سختې آلې پته ولیکئ.

پر ARP ولاړ دوه ځله پتې کشف له پتې کارولو دمخه سیال مالکین ګوري او له هغه وروسته هم څارنه کوي. همدا لامل دی چې هغه کوربه چې د شبکې تنظیم پر مهال نه و، یو ساعت وروسته هم شخړه رامنځته کولی شي. ګڼنه د پیل پر مهال یو ځلي کتنه نه ده. هغه ماشین چې وروسته ښکاري کولی شي هغه پته واخلي چې ټوله ورځ په آرامه کارونې کې وه، او همدا لامل دی چې نیمګړتیا د تنظیم تېروتنې پر ځای منډې په څېر لوستل کیږي.

د شخړې پېښه یوازې نه وایي چې کوم تنظیم بل غوښتنه جوړه کړې، او د پتو په تجربه توګه پاکول هغه نقشه ورانوي چې تاسو ته به یې ویل. د شاهد هدف دا دی چې د سختې آلې پته په داسې انټرفیس بدله شي چې تاسو یې کتلی شئ. په انوینټري کې د ماشین نوم له مخې لټون معمولاً تاسو ناسم کوربه ته رسوي.

په برخه کې هره غوښتنه ولیکئ

پل شوی TAP ترتیب هغه Ethernet برخې یوځای کوي چې پخوا جلا وې، نو هغه پتې چې په خپلو شبکو کې ځانګړې وې کولی شي یو له بله سره ټکر شي کله چې چوکاټونه یوه اړیکه شریکه کړي. همدا لامل دی چې د دې نیمګړتیا ټولګه په VPN کې شته او په هغو لارښود شوو شبکو کې نشته چې دا یې ځای نیولی. هره ممکنه مالک ولیکئ، نه هغه لومړی چې تاسو ورته شک لرئ.

لیست په دې ترتیب وګورئ: په هر پل آلې او د هغې غړي پورټونو کې پتې، OpenVPN حوض او هر هغه ثابته ټاکنه چې د هر کلاینټ لپاره وي، او هر هغه DHCP سرور چې پل شوې برخه پوښي. بیا د شخړې راپور سختې آلې پته له هغو انټرفیسونو سره سمه کړئ چې تاسو موندلي.

ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0

حوض او DHCP حد هغه دوه مالکین دي چې خلک یې هېروي. دواړه حدونه یوځای چاپ کړئ او له بل هر کار دمخه د یو بل په منځ کې پروتوالی وګورئ. په لاس ټاکل شوې پلې پته او هغه حوض چې هماغه ارزښت ورکوي بالاخره به ټکر شي، او ټکر تر هغه پورې ناڅاپي ښکاري چې دواړه حدونه څنګ په څنګ چاپ شي.

پلونه یوازې هغه ځای شمېرئ چې هلته پیژندنې ته اړتیا وي

په نورمال کوربه پله کې د پلې آله د کوربه د دریمې طبقې تنظیم لري او Ethernet او TAP غړي د پورټونو په توګه کار کوي. هر غړي ته خپله پته ورکول، یا د پتې بدلولو پرته یو سیټ اپ سکریپټ څو ماشینونو ته کاپي کول—همدا هغه لار ده چې یوه برخه د یو ارزښت درې مالکینو ته رسوي. غړي د چوکاټونو لېږلو لپاره خپلې پیژندنې ته اړتیا نه لري. دوی ته په همغه برخه کې د هر هغه کوربه لپاره چې باید ورسیږي، یوازې یوه پیژندنه غواړي.

هغه پله چې یوازې چوکاټونه بدلوي په همغه برخه کې پتې ته هېڅ اړتیا نه لري. که یې بې شمېرې پرېږدئ، د ټکرونو یوه ټوله ټولګه لرې کیږي، په دې شرط چې کوربه لا هم ستاسو تصدیق شوې مدیریت لار ولري. لومړی لاسرسی تایید کړئ، دویمه پته لرې کړئ، او دریمه د رسېدو وړتیا وګورئ.

که هغه پته چې تاسو یې د پاکولو په حال کې یاست ماشین ته د ننوتلو یوازېنې لار وي، نو د تجربې په توګه یې پاکول ستاسو خپله جوړه کړې خنډه ده، نه تشخیص. له هغه مخکې چې هر څه وآزموئ، د باندې لار تصدیق کړئ.

سمون د بیا پیل په وړاندې ټینګ کړئ

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

د هغه تنظیم مالک ومومئ: د شبکې مدیر پروفایل، د هر انټرفیس فایل، د کانټینر یا VM تعریف، یا د cloud-init ټوټه. هلته یې بدل کړئ، بیا په قصد سره یو اغېزمن کوربه بیا پیل کړئ تر څو تایید شي چې نوی ارزښت هماغه دی چې بیرته راځي. بیا پیل یوازینی ازموینه ده چې دوام ثابتوي.

د DHCP حد په داخل کې پلې پتې د استثناوو په توګه وساتئ، یا یې بهر ته یوسئ. هغه ساتنه چې یوازې په سپریډ شیټ کې وي استثنا نه ده، او ویشونکی به یې نه لولي.

د هر کلاینټ آنلاین په حال کې یې ثابت کړئ

یو بریالی اړیکه هېڅ نه ثابتوي، ځکه چې اصلي نښه یوازې هغه وخت څرګنده شوه چې ترتیب بدل شو. هر هغه کلاینټ چې په پام کې دی پورته کړئ، د پیل ترتیب بدل کړئ، او له بیا وصلېدو وروسته تکرار کړئ. بیا هغه کوربه بیا پیل کړئ چې پخوا به منډه بایله او تایید یې کړئ چې پته پاتې کیږي.

د مستقیم تایید لپاره، له پتې ټاکلو دمخه وګورئ چې دوه ځله مالک شته که نه، او له هغه وروسته د ګاونډیانو جدول وڅارئ. که هېڅ شي ګڼنې ته ځواب ونه وایه او پته د بشپړ بیا پیل دورې په اوږدو کې ځانګړې پاتې شي، شخړه حل شوې ده نه یوازې پټه شوې. لاندې حکمونه دواړه کتنې په پلې آلې ترسره کوي. RFC 5227 هغه ګڼنه او اعلان چلند بیانوي چې دا وسایل یې کاروي، او دا هغه سرچینه ده چې باید ورته اشاره وشي کله چې څوک وړاندیز کوي چې کشف بند شي.

arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2

هغه ګڼنه چې ځواب نه اخلي په پاکه برخه کې تمه کیږي. هغه ګڼنه چې غبرګون راکاږي تاسو ته د پاتې مالک سختې آلې پته درکوي، هماغه شاهد چې د Windows پېښې په پیل کې درکړی و. هغه پایله د بدلون ثبت سره ساتئ، ځکه چې دا یوازینی ثبوت دی چې پته ځانګړې ساتل کیږي.