SoftEther കാസ്കേഡ്: രണ്ട് വർച്ച്വൽ ഹബ്ബുകൾ ബോധപൂർവ്വം ബന്ധിപ്പിക്കുക
ഒരു കാസ്കേഡ് പ്രാദേശിക ഹബ്ബിനെ കോൺഫിഗർ ചെയ്ത ഐഡന്റിറ്റിയുടെ കീഴിൽ ദൂരെയുള്ള ഒന്നുമായി ബന്ധിപ്പിക്കുന്നു. ഇത് ഒരു എക്സിറ്റ് നോഡല്ല, ആ ഹബ്ബുകൾ ഇതിനകം ബ്രിഡ്ജ് ചെയ്യുന്നതെല്ലാം ഇത് വഹിക്കുന്നു.
കാസ്കേഡിലൂടെ ബന്ധിപ്പിച്ച രണ്ട് SoftEther ഹബ്ബുകൾ ഒരു ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ പങ്കിടുന്നു, അതിനാൽ ഒരു ലൂപ്പോ രണ്ടാമത്തെ DHCP സെർവറോ പ്രാദേശിക പിഴവ് എന്ന നിലയിൽ നിന്ന് മാറി പങ്കിട്ട പിഴവാകുന്നു. ഇതാണ് മുഴുവൻ റിസ്ക് മോഡൽ. കാസ്കേഡ് തന്നെ ഒരു കോൺഫിഗർ ചെയ്ത ക്ലയന്റ് ബന്ധമാണ്: പ്രാദേശിക വർച്ച്വൽ ഹബ്ബ് ആ സെർവർ അനുവദിക്കുന്ന ഐഡന്റിറ്റിയുടെ കീഴിൽ ദൂരെയുള്ള സെർവറിന്റെ ഹബ്ബിലേക്ക് പുറത്തേക്ക് ബന്ധിപ്പിക്കുന്നു. വലിയൊരു വർച്ച്വൽ നെറ്റ്വർക്കിനുള്ള നിർമ്മാണ ഘടകമാണിത്, ഒരിക്കലും ഇന്റർനെറ്റ് എക്സിറ്റ് അല്ല.
1. ലിങ്ക് എന്ത് വഹിക്കണമെന്ന് തീരുമാനിക്കുക
സവിശേഷതയിൽ നിന്നല്ല, ആവശ്യകതയിൽ നിന്ന് തുടങ്ങുക. കാസ്കേഡ് ഹബ്ബുകൾക്കിടയിൽ രണ്ടാം പാളിയുടെ ഫ്രെയിമുകൾ നീക്കുന്നു, രണ്ട് സൈറ്റുകൾ ഒരു Ethernet സെഗ്മെന്റ് പോലെ തോന്നേണ്ടിവരുമ്പോൾ അതാണ് വേണ്ടത്. ആവശ്യകത ഏതാനും സബ്നെറ്റുകളിലേക്കുള്ള റൂട്ട് ചെയ്ത പ്രവേശനം മാത്രമാണെങ്കിൽ, റൂട്ട് ചെയ്ത പാത ലളിതവും കൂടുതൽ ദൃശ്യമായ രീതിയിൽ പരാജയപ്പെടുന്നതുമാണ്. കാസ്കേഡ് തിരഞ്ഞെടുക്കുന്നത് പങ്കിട്ട ബ്രോഡ്കാസ്റ്റ്, പങ്കിട്ട കണ്ടുപിടുത്തം, ഒരു ലൂപ്പ് ടോപ്പോളജി എന്നിവയുമായി നിങ്ങളെ ബന്ധിപ്പിക്കുന്നു.
സെർവർ തൊടുന്നതിന് മുമ്പ് ആവശ്യകത ഒരു വരിയിൽ എഴുതുക: ഏത് സിസ്റ്റങ്ങൾ ഒരേ വയറിൽ തോന്നണം, ഏതിന് ഒരു റൂട്ട് മാത്രം മതി. «റൂട്ട്» എന്ന് ഉത്തരം നൽകുന്നതെല്ലാം കാസ്കേഡിന് പുറത്താണ്. ഈ ഒരു വാക്യം തന്നെ തനിപ്പകർപ്പ് വിലാസ സേവനങ്ങളിൽ അവസാനിക്കുന്ന മിക്ക ഡിസൈനുകളും തടയുന്നു.
2. അനുമതി നൽകുന്ന ഐഡന്റിറ്റിയുടെ പരിധി നിർണ്ണയിക്കുക
സെർവർ കൈകാര്യം ചെയ്യുന്ന ക്രെഡൻഷ്യലുകളും കാസ്കേഡ് ബന്ധിപ്പിക്കാൻ ഉപയോഗിക്കുന്ന ഐഡന്റിറ്റിയും വ്യത്യസ്ത രഹസ്യങ്ങളാണ്, അവ കൂട്ടിക്കലർത്തുന്നത് നീണ്ട വാൽ ഉള്ള സാധാരണ ഷോർട്ട്കട്ടാണ്. ദൂരെയുള്ള ഹബ്ബിന് ഈ കാസ്കേഡിനെ ബന്ധിപ്പിക്കാൻ അനുവദിക്കുന്ന ഉപയോക്തൃ അല്ലെങ്കിൽ നയ എൻട്രി വേണം. ആ എൻട്രിയാണ് അധികാരം; വിജയകരമായ ലോഗിൻ ദൂരെയുള്ള ഹബ്ബിന് പിന്നിൽ എന്തുണ്ടെന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
ഏത് ഹബ്ബ് തുടങ്ങുന്നു, ഏത് ദൂരെയുള്ള ഹബ്ബിൽ ചേരുന്നു, ദൂരെയുള്ള ഐഡന്റിറ്റി എത്രത്തോളം എത്താം എന്നിവ രേഖപ്പെടുത്തുക. പ്രതിജ്ഞാബദ്ധരാകുന്നതിന് മുമ്പ് രണ്ട് ആർക്കിടെക്ചറുകളും താരതമ്യം ചെയ്യുക:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
ഇരു അറ്റങ്ങളുടെയും ക്രെഡൻഷ്യലുകളും വീണ്ടെടുക്കൽ നിർദ്ദേശങ്ങളും കാലികമായി സൂക്ഷിക്കുക. ദൂരെയുള്ള ഹബ്ബിൽ പാസ്വേഡ് മാറ്റുന്നതോ നയം തിരുത്തുന്നതോ നിങ്ങളുടെ പ്രാദേശിക ഉപയോക്താക്കളെ തൊടാതെ കാസ്കേഡ് തകർക്കുന്നു, പരാജയം സാധാരണയായി പ്രവർത്തിക്കുന്നെങ്കിലും ശൂന്യമായ ലിങ്കായി പ്രത്യക്ഷപ്പെടുന്നു.
3. ഹബ്ബ് ഇതിനകം എന്ത് വഹിക്കുന്നുവെന്ന് പരിശോധിക്കുക
ഒരു ഹബ്ബ് അപൂർവ്വമായേ ഒറ്റപ്പെട്ടിരിക്കൂ. അത് ഇതിനകം ഒരു ഭൗതിക അഡാപ്റ്ററിലേക്ക് ബ്രിഡ്ജ് ചെയ്യുകയോ വർച്ച്വൽ റൗട്ടറിലൂടെ റൂട്ട് ചെയ്യുകയോ മറ്റെവിടെയെങ്കിലും കാസ്കേഡ് ചെയ്യുകയോ ചെയ്തേക്കാം, ആ ഓരോ ബന്ധവും പുതിയ ബന്ധത്തിലേക്ക് കൊണ്ടുവരുന്നു. അതുകൊണ്ടാണ് «ഞങ്ങൾ രണ്ട് ഹബ്ബുകൾ മാത്രം ബന്ധിപ്പിച്ചു» എന്നത് പലപ്പോഴും «ഈ രണ്ട് സൈറ്റുകൾ ഇപ്പോൾ ഒരു സെഗ്മെന്റ് ആകുന്നത് എന്തുകൊണ്ട്» എന്നാകുന്നത്.
ഒരേ ഭൗതിക സെഗ്മെന്റിലേക്ക് ബ്രിഡ്ജ് ചെയ്തതിന് ശേഷം പരസ്പരം കാസ്കേഡ് ചെയ്ത രണ്ട് ഹബ്ബുകൾ ഒരു ലൂപ്പ് ഉണ്ടാക്കുന്നു. സ്പാനിംഗ് ട്രീ ചേർക്കുക അല്ലെങ്കിൽ അത് നിർമ്മിക്കരുത്. അതേ പരീക്ഷ മറ്റൊരു കാസ്കേഡിലൂടെ ലക്ഷ്യത്തിലെത്തുന്ന ഹബ്ബിനും ബാധകമാണ്: രണ്ടാം ലിങ്ക് ശേഷി ചേർക്കുന്നില്ല, അത് ഒരു പാത ചേർക്കുന്നു.
ഒരു റൂട്ട് ഇല്ലാത്തതിനാൽ ലിങ്ക് ചേർക്കരുത്; റൂട്ട് ശരിയാക്കുക. ആദ്യം കടലാസിൽ ടോപ്പോളജി വരയ്ക്കുക, ഓരോ ബ്രിഡ്ജും കാസ്കേഡും ഉൾപ്പെടെ, കാരണം ഡയഗ്രം രണ്ട് മിനിറ്റ് എടുക്കും, മിക്ക ലൂപ്പുകളും അവ ഉണ്ടാകുന്നതിന് മുമ്പ് പിടിക്കും.
4. ചേരുന്നതിന് മുമ്പ് വിലാസക്രമം ശരിയാക്കുക
ബന്ധിപ്പിച്ച സെഗ്മെന്റുകൾ തനിപ്പകർപ്പ് സബ്നെറ്റുകൾ കൊണ്ടുവരുന്നു, തനിപ്പകർപ്പ് DHCP സെർവറുകൾ സാധാരണ ലക്ഷണമാണ്: ആദ്യം ഉത്തരം നൽകുന്ന സെർവറിൽ നിന്ന് ക്ലയന്റുകൾ ലീസ് എടുക്കുന്നു, അതിനാൽ പെരുമാറ്റം ക്രമരഹിതമായി തോന്നുകയും റീബൂട്ടുകൾക്കിടയിൽ മാറുകയും ചെയ്യുന്നു. ഏത് വശത്തിനാണ് വിലാസ അനുവദനത്തിന്റെ ഉടമസ്ഥതയെന്ന് മുൻകൂട്ടി തീരുമാനിക്കുക, ദൂരെയുള്ള സെഗ്മെന്റിന് പ്രാദേശികമായി ഒന്നുമായും ഓവർലാപ്പ് ചെയ്യാത്ത ശ്രേണി നൽകുക. കാസ്കേഡ് ഓൺലൈനാകുന്നതിന് മുമ്പ് മറ്റേ DHCP സേവനം പ്രവർത്തനരഹിതമാക്കുക, ആദ്യ പരാതിക്ക് ശേഷമല്ല.
DNS വേറിട്ട ചോദ്യമാണ്. കാസ്കേഡ് ഫ്രെയിമുകൾ വഹിക്കുന്നു; അത് റിസോൾവറുകൾ കോൺഫിഗർ ചെയ്യുന്നില്ല, പ്രാദേശിക വശത്ത് പരിഹരിക്കുന്ന ഒരു പേര് ലിങ്കിലൂടെ പരിഹരിച്ചെന്ന് വരില്ല. IP പാതയിൽ നിന്ന് വേറിട്ട് ലുക്കപ്പ് പരിശോധിക്കുക, കാരണം പ്രവർത്തിക്കുന്ന ping രണ്ടിൽ ഒന്ന് മാത്രമാണ് തെളിയിക്കുന്നത്.
5. യഥാർത്ഥ വിഭവം ഉപയോഗിച്ച് തെളിയിക്കുക
ഉദ്ദേശിച്ച ദൂരെയുള്ള സെഗ്മെന്റിൽ അനുവദിച്ച ഒരു സേവനം തിരഞ്ഞെടുത്ത് ഉത്തരം കാസ്കേഡിലൂടെ തിരികെ വരുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. തുടർന്ന് പേരുകൾ പരിഹരിക്കുന്നതിനും ആവർത്തിക്കുക. ലക്ഷ്യം ബ്രോഡ്കാസ്റ്റ് കണ്ടുപിടുത്തത്തെ ആശ്രയിക്കുന്നുവെങ്കിൽ, ഒരു വയറിനെക്കാൾ ബ്രിഡ്ജ് ചെയ്ത ലിങ്കിൽ വ്യത്യസ്ത പെരുമാറ്റം പ്രതീക്ഷിക്കുക, അത് തകരാറായി രേഖപ്പെടുത്തുന്നതിന് പകരം പ്ലാൻ ചെയ്യുക.
അവസാനം ടോപ്പോളജി എഴുതിവയ്ക്കുക: ഏത് ഹബ്ബ് എവിടേക്ക് കാസ്കേഡ് ചെയ്യുന്നു, ഏത് ഐഡന്റിറ്റി അതിന് അനുമതി നൽകുന്നു, ഏത് സെഗ്മെന്റുകൾ ബ്രിഡ്ജ് ചെയ്തിരിക്കുന്നു, ഓരോന്നിലും വിലാസ അനുവദനത്തിന്റെ ഉടമസ്ഥത ആർക്കാണ്. ആ കുറിപ്പാണ് അടുത്ത വ്യക്തിക്ക് ഇരിക്കുന്നതറിയാത്ത ഒരു സെഗ്മെന്റ് താഴെയിടാതെ നയം മാറ്റാൻ അനുവദിക്കുന്നത്.