هب-او-سپوک او بشپړ مېش: ستاسو د سایټونو لپاره کومه VPN ټوپولوژي سمه ده
دوه کار کوونکي تونلونه ټوپولوژي نه جوړوي. د هب، مېش یا د څو مستقیمو لینکونو لرونکي هب د غوره کولو دمخه ټرانسټ، د ناکامۍ چلند او د بدلون لګښت پرتله کړئ.
دوه څانګې دفترونه ټول ورځ له یوبل سره خبرې کوي، او د دوی ترمنځ تونل د بلې سیمې د ډیټا مرکز له لارې چکر وهي. هره غوښتنه د دې چکر بیه دوه ځله تادیه کوي، او تر هغه چې د فایل همغږي ناسمه ښکاره شي، هیڅوک نه پام کوي. د ټوپولوژي پوښتنه واقعاً له همدې ځایه پیلېږي: نه دا چې کومه انځورګري ډېره کلکه ښکاري، بلکې دا چې تاسو د کوم ترافیک نمونې بیه ورکوئ. دواړه ډیزاینونه کار کوي، او دوی په بېلو لارو، په بېلو لګښتونو ناکامېږي.
له هر څه دمخه د پېر اړیکې وشمېرئ
که اېن سایټونه وي، بشپړ مېش ته اېن ځله اېن منفي یو، پر دوو ووېشل، تونلونه غواړي؛ هب ته اېن بس دي. په پنځو سایټونو کې دا لس پر وړاندې پنځه دي، چې لا هم د سمبالېدو وړ ښکاري. په پنځلسو کې دا 105 پر وړاندې پنځلس دي، او توپیر نور حساب نه دی، کارکوونکي دي.
هره یوه له دغو اړیکو هغه حالت لري چې مالکیت یې تاسو ته پاتې دی. په IPsec کې دا مانا د امنیت ټولګه، هویت، کیلي یا سند، د مړ پېر کشف او د هر لرې پریفکس لپاره لږ تر لږه یو لار ده. په WireGuard کې دا مانا د هر پېر لپاره یوه عامه کیلي او یو AllowedIPs بلاک دی، چې د هر پېر لپاره ارزانه دی خو بېخي پرته له کشف راځي: نوی سایټ په هر حال په هره شته سایټ کې د ترتیباتو بدلون دی.
پرېکړه انځورګري نه، ترافیک مېکس وکړي
که د څانګو ترافیک ډېری د مرکزي ERP یا فایل کلسټر غوښتنې وي، هب جوړجاړی نه دی، هماغه سم شکل دی: ترافیک لا دمخه هلته تلل غوښتل، او یو سیاست ټکی د جوړې-جوړې قاعدو له مېش څخه د پلټنې وړ اسانه دی. مېش خپله پېچلتیا هغه وخت ګټي چې څانګې یوبل ته ډیټا ورکړي — د دوو دفترونو ترمنځ کاپي، د سایټونو ترمنځ غږ، هغه CAD شریک چې یوولس انجینران ټول ورځ پرانیزي.
ناخوالې پېښې په منځ کې دي، او همدغې اکثریت دي. د سازمان له چارټ څخه د اټکل کولو پرځای د بحث دمخه واندازه کوئ.
| Signal | Points to a hub | Points to a mesh |
|---|---|---|
| Branch-to-branch traffic | Occasional, small | Dominant, all day |
| Site count | Growing, past ten | Small and stable |
| Change rate | Frequent adds and moves | Rare |
| Failure tolerance | A second hub is affordable | Every site must survive alone |
جدول د قاعده په توګه نه، د برابرۍ ماتوونکي په توګه ولولئ. له څلورو درې کرښې چې یوه خوا ته اشاره وکړي، معمولاً ډیزاین پرېکړه کېږي؛ وېش مانا هایبرډ دی، او ډېری پوخ شبکې په پای کې هماغه چلوي.
هب ته باید وویل شي چې فوروارډ وکړي
دوه کار کوونکي سپوک-تر-هب تونلونه سپوک-تر-سپوک لاسرسی نه جوړوي. هب ته اړینه ده چې IP فوروارډنګ فعال وي، هرې سپوک شبکې ته لار، هغه فوروارډ ته اجازه ورکوونکی فایرول قاعده او د بېرته راستنېدو لار حساب شوې وي؛ هر سپوک ته د بل سایټ د پریفکسونو لپاره لار ښه ده. په Linux هب کې دا net.ipv4.ip_forward=1 او یو FORWARD زنځیر دی، چې هغه جوړه په خاموشۍ نه غورځوي؛ او په سیاست-ولاړ IPsec کې دواړو سرونو ته د لرې سپوک فرعي شبکه لیست کوونکي ترافیک ټاکونکي وي. strongSwan د فوروارډنګ یادښتونه کله چې هغه پوړ ورک وي، د کرنل او فایرول خوا پوښي. ارزانه ازموینه دا ده چې له یوه سپوک څخه بل ته د یوې خدمت پر لور ترافیک ولېږئ او د هب شمېرونکي وګورئ؛ هغه قاعده چې هیڅکله نه زیاتېږي مانا لار نه ده، ترتیب غلط دی.
مرکزي سیاست هماغه ګټور برخه دی. څانګو ته اجازه ورکول کېدای شي چې پرته له یوبل څخه شریکو خدمتونو ته ورسیږي، او هغه لاسرسي میټریکس په روښانه ډول لیکل ارزښت لري. ورکې لارې د هغې قاعدې بدیل دی چې څوک یې لوستلای شي، او بد بدیل دی.
نیمګړې بڼه وګورئ: سپوک A د هب له لارې سپوک B ته ځي، هب دواړو خواوو ته لار ورکوي، او د هب فایرول له A څخه نوي اړیکې مني خو له B څخه نه. لومړی لوری ښه ازمویل کېږي او دویم ځوړند پاتې کېږي، چې د لارې نیمګړتیا ښکاري، خو نه ده.
لومړی ناکامي ډیزاین کړئ، بیا عادي لار
یوازینی هب شریکه پاتېدنه او د ترانسټ تنګی دی، او د هب ډیزاینونه معمولاً دلته خرابیږي. دوه هبونه مانا هره سپوک دوه تونلونه لري، او د راستنېدو لار باید له وتلې لارې سره سمه وي؛ که نه وي، یو حالتپال فایرول ځوابونه غورځوي او نښه هغه اړیکه ده چې پرانیستل کېږي او بیا مري. لوی ځای پرځای کول دا د ثابتو پریفکسونو پرځای د تونلونو پر سر د لارښوونې پروتوکول حل کوي، چې ډېر ماشین دی خو اټکل لرې کوي. هر څه چې غوره کوئ، د راستنېدو لار د وتلې لارې ترڅنګ ولیکئ، ځکه هغه نیمه برخه چې هیڅوک نه ازموي هماغه ده.
مېش هغه خطر خپرېږي: د یوه سایټ لینک چې ولوېږي نور نه جلا کوي. دا هغه ځایونه ډېروي چې د لارې ټاکنه ستاسو حیرانولای شي، او د اپلیکیشن ناستې لا هم پرته له مرستې د لارې بدلون نه شي زغملای.
هیڅ ډیزاین د فیلور په اوږدو کې TCP ناسته په خپله ژوندې نه ساتي. که اپلیکیشن بیا ونه شي نښلولای، ټوپولوژي ستاسو ستونزه نه ده.
د بدلون لګښت له مخې وټاکئ، بیا لارې وګورئ
له هب پیل وکړئ، ځکه غلطېدل هلته ارزانه دي، او هغو جوړو ته چې ترافیک یې توجیه کوي مستقیم تونلونه ورزیات کړئ. هغه هایبرډ د پرېکړې نه کول نه دي؛ هغه ډیزاین دی چې ډېری سازمانونه په یوه کال کې پرې رسېږي. مهمه دا ده چې هر مستقیم لینک یو ویلی لامل او یو مالک ولري.
یو نه، دواړه انځورګرۍ وګورئ. د عادي لار لپاره traceroute له هر سایټ څخه هر خدمت پریفکس ته وچلوئ او تایید کړئ چې ټوپونه له انځورګري سره سمون لري. د ناکامۍ لار لپاره یو تونل بند کړئ او تکرار یې کړئ، ځکه هغه لار چې یوازې د هر څه د چالانېدو پر مهال کار کوي نه ده ډیزاین شوې، یوازې ترتیبات شوي دي.
دواړه انځورګرۍ د لاسرسي میټریکس سره وساتئ، او کله چې سایټ ورزیات شي بیا یې وګورئ؛ هغه لګښت چې تاسو یې سمبالوئ د راتلونکي بدلون لګښت دی، نه د اوسني انځور ښکلا.