හබ්-ස්පෝක් සහ සම්පූර්ණ මෙෂ්: ඔබේ අඩවිවලට ගැළපෙන 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 සෑම අඩවියකින්ම සෑම සේවා උපසර්ගයකට ධාවනය කර පැනීම් රූප සටහනට ගැළපෙන බව තහවුරු කරන්න. අසාර්ථකත්ව මාර්ගය සඳහා එක් උමං එකක් වසා නැවත කරන්න, මන්ද සියල්ල සක්‍රීයව ඇති විට පමණක් ක්‍රියා කරන මාර්ගයක් සැලසුම් කර නැත, වින්‍යාස කර ඇත්තේය.
රූප සටහන් දෙකම ප්‍රවේශ න්‍යාසය සමඟ තබා ගන්න, අඩවියක් එකතු වූ විට නැවත බලන්න; ඔබ කළමනාකරණය කරන පිරිවැය ඊළඟ වෙනසෙහි පිරිවැයයි, වර්තමාන රූපයේ අලංකාරය නොවේ.