ولې دوه سایټونه چې یو شان subnet لري یو LAN نه دي

دوه دفترونه دواړه 192.168.77.0/24 کاروي، او یو څوک وړاندیز کوي چې یو تونل جوړ شي ترڅو دوی یو شبکه وي۔ دا جمله ساده ښکاري او درې بېلابېل ډیزاینونه پټوي: دوه خپلواک LAN چې یو له بل سره ټکر کوي، یو په قصد سره د WAN له لارې غځېدلی ایترنیټ برخه، او یو proxy-ARP ترتیب چې د لرې پتو لپاره ځواب وایي۔ کوم یو چې تاسو لرئ هغه ټاکي چې کوربه د پیکټ سره څه کوي، او ځواب د VPN دروازې له ښکېلېدو مخکې لیدل کېږي۔

کوربه د راؤټر نه مخکې پرېکړه کوي

د 192.168.77.10/24 پتې لرونکی کوربه منزل له خپل مخکښ سره پرتله کوي۔ د دې مخکښ دننه هر څه په مستقیمه لینک کې دي، نو کوربه د منزل د لینک-طبقې پته مستقیمه حل کوي۔ له دې بهر هر څه پیشفرض دروازې ته ځي۔

دا پرېکړه د کوربه په سټیک کې کېږي، په تونل کې نه۔ په دروازې اضافه شوې لار هغه پیکټ نشي ژغورلی چې کوربه یې هېڅکله هلته نه لېږي۔

نو کله چې 192.168.77.20 یوازې په بله سایټ کې وي، سیمه ییز کوربه د ARP له لارې ترې پوښتنه کوي او ځواب نه ترلاسه کوي۔ VPN لاس ورکول کېدای شي په بشپړ ډول روغ وي، خو دا ناکامېږي۔ دا ناکامي د راؤټینګ ستونزې په څېر نه، بلکې د مړ کوربه په څېر ښکاري۔ د دې نښې پېژندل د تونل د غلطیو موندنې یو ساعت خوندي کوي۔

ARP د سیمه ییز لینک پوښتنه ده

ARP پوښتنه کوي چې په دې لینک کې پته د چا ده، او ځواب باید له هغه څه څخه راشي چې خپرېدل اوري۔ د IPsec تونل په بله پای کې راؤټر هغه نه اوري، پرته له دې چې ډیزاین دواړه سایټونه یوه خپرېدونکې ساحه کړي۔

دوه وسیلې چې یوه پته لري وضعیت نور هم خرابوي: حتی بریالۍ حل هم نشي کولی ووایي چې کوم یو ځواب ورکړ۔

دوه ځله پته ورکول د راؤټینګ تېروتنه نه ده او هېڅ لار یې نه سموني۔ یا سایټونه په جلا مخکښونو کې بیا شمېرل کېږي، یا په قصد سره یوه لینک-طبقه ساحه جوړېږي۔

غځېدلې برخه فریمونه وړي، لارې نه

هغه تونل چې ایترنیټ وړي او له پلونو سره نښلول شوی وي، دواړه سایټونه د یوې لینک-طبقه ساحې برخه جوړوي۔ ARP خپرېدنې بلې خوا ته رسېږي، او هر پل زده کوي چې کوم MAC پتې چېرې دي۔ د Linux پل اسناد د MAC پر بنسټ د لېږد هغه پوله بیانوي۔

دلته لرې دروازه په بشپړ ډول د دوو ورته subnet ترمنځ راؤټینګ نه کوي۔ فریمونه د لاندې طبقې له لارې تېرېږي چې پخپله IP راؤټ کوي، خو پلونه د ایترنیټ خبرې اوږدوي۔

بیه یې لوی اغېز وړانګه ده۔ ناپېژاندو منزلو ته سیلاب، کړۍ، DHCP وېش او ځانګړې پته ورکول ټول یو پلان ته اړتیا لري چې دواړه سایټونه رانغاړي۔ کله چې WAN ولوېږي، کوربه هغه ټرافیک له لاسه ورکوي چې سیمه ییز یې ګڼي۔ پر پل فلټرول او VLAN قواعد کولی شي محدود کړي چې څه تېرېږي، خو لېږد لا هم ژمنه نه کوي چې هر سیمه ییز کنټرول فریم رسېدلی وي۔

Proxy ARP دریم ډیزاین دی

راؤټر کولی شي د لرې پتې لپاره ARP ته ځواب ووایي او بیا هغې خوا ته راؤټ کړي۔ دا لرې کوربه لېږدونکي ته په مستقیمه لینک کې ښکاره کوي پرته له دې چې خپرېدونکې ساحه وغځوي۔

دا د پل جوړولو نه تنګه وسیله ده: په لېږد، بېرته لارو او د هرې پتې روښانه مالکیت ولاړه ده۔

دا د خپل سر هر ډول غیر IP پروتوکولونه د راؤټ وړ هم نه جوړوي، او د ایترنیټ خپرېدونکې ساحه بیا نه جوړوي۔ کله چې اړتیا په دقیق ډول هماغه بدلون وي ترې کار واخلئ، نه د ځنډول شوي بیا شمېرنې لنډې لارې په توګه۔

له اړتیا څخه وټاکئ، بیا یې تصدیق کړئ

د دفترونو ترمنځ د عادي اپلیکیشن لاسرسي لپاره جلا مخکښونه او روښانه لارې ښکاره پوله ورکوي۔ کله چې اړتیا واقعاً د لینک-طبقې نږدېوالی وي، پل جوړ کړئ۔ کله چې د شریک مخکښ یوازینی دلیل دا وي چې لا چا نه دی کړی، بیا شمېرنه وکړئ۔

تصدیق کړئ چې په رښتیا کوم ډیزاین لرئ د کوربه څخه په پوښتنې چې له منزل سره څه کوي:

ip route get 192.168.77.20
ip neigh show 192.168.77.20

له ناکام ګاونډي ریکارډ سره د مستقیمې لینک پایله د لینک-طبقې نیمګړې لارې ته اشاره کوي۔ via پایله دروازې ته نوم ورکوي او پوښتنه راؤټینګ ته وړي۔ پر پل، د لېږد ډیټابیس وګورئ چې MAC د تونل له لارې زده شوی که نه۔ هر تولید د ډیزاین پوښتنه پراخه نه، تنګوي۔