د پولې سره تړلي سایټونه لا هم د سیمه‌ای انټرنېټ وتلو پرېکړې ته اړتیا لري

د VLAN پراختیا پاکه بریالۍ شوه: د دواړو سایټونو میزبانان یو بل ویني، د فایل شریکول کار کوي او چاپګر ځواب ورکوي. بیا د کوچني سایټ یو څوک پام کوي چې هر ډاونلوډ د بل سایټ انټرنېټ کرښه کاروي، او ټکټ د بانډوېت شکایت په توګه راځي. پولې هغه څه وکړل چې غوښتل شوي وو. دوی د دوو ودانیو ترمنځ فریمونه وړل، او هېڅکله یې نظر نه درلود چې هغه فریمونه باید د انټرنېټ لپاره کوم روټر وکاروي.

پولې فریمونه وړي، پرېکړې نه

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

په هغې شریکې فرعي شبکې دوه روټرونه کېږدئ او دواړه احتمالي ګېټوې کېږي، که له دوی یو د کاروونکي کلاینټ نږدې وي یا نه.

کلاینټ خپله ګېټوې څنګه ټاکي

په RFC 1122 کې بیان شوې IPv4 پرېکړه ساده ده. د کلاینټ د تړل شوې فرعي شبکې دننه منزل په مستقیم ډول د ARP له لارې ترلاسه کېږي، او له هغې بهر منزل تنظیم شوې اصلي ګېټوې ته ځي. له همدې امله د سایټونو ترمنځ د همدې فرعي شبکې ترافیک پرته له کوم روټر له پولې تېرېدلی شي، او له همدې امله انټرنېټ ترافیک په بشپړ ډول هغه ګېټوې پتې ته تکیه دی چې کلاینټ ترلاسه کړې. دواړه چلندونه خپلواک دي، او کار کوونکی فایل شریکول یوازې لومړی ثابتوي.

که د کوچني سایټ کلاینټ د لوی سایټ روټر سره تنظیم شوی وي، د هغه انټرنېټ فریمونه لومړی تونل تېروي او له هغه ځایه وځي.

د VPN وسیلې خپل اصلي مسیر بدلول د هغه کلاینټ ګېټوې نه خوځوي، ځکه کلاینټ وسیله د روټر په توګه هېڅ نه کاروي. وسیله هم د خپل لرې سیال لپاره جلا مسیر ته اړتیا لري ترڅو هغه تونل چې دا فریمونه وړي ولاړ وي، او د دواړو ګډول هماغه لار ده چې د پولې پراختیا خپله ټرانسپورټ نسکوروي.

پرېږدئ DHCP په نیت شوې وتله څرګند شي

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

یو همغږی وېشونکی چلوئ، یا دوه چې په روښانه ډول د یوې پالیسۍ لپاره تنظیم شوي، او پالیسۍ ته یو مالک ورکړئ. په لرې سایټ کې زیات شوی دویم خپلواک وېشونکی سیمه‌ای والی نه جوړوي، دا د یوې خپرېدو ډومېن لپاره دوه واکونه جوړوي.

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

څلور شیان جلا ازموئ

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

هغه څلور پایلې تاسو ته وایي چې د سایټونو ترمنځ پوله، سیمه‌ای وتل یا ناڅاپي بېرته‌وړل لرئ، او راټولول یې لس دقیقې وخت نیسي.

د ډیزاین اصل ځلاند نه دی: پولې تړل رسېدنه ټاکي، DHCP ګېټوې ټاکي، او پر وسیله د مسیرونو جدول د تونل خپله لار ټاکي. درې واړه په جلا خبرو کې وساتئ، ځکه یو بدلون چې درې واړه سمول غواړي معمولا دوه ماتوي.