NetBird-ൽ രണ്ട് LAN: ഏത് പിയർമാർ റൂട്ട് ചെയ്യുന്നു, ആർക്ക് സംസാരിക്കാം
രജിസ്ട്രേഷൻ ഒരു LAN-നെ റൂട്ട് ചെയ്യുന്നില്ല. ഓരോ സൈറ്റിനും ഒരു റൂട്ടിംഗ് പിയർ തിരഞ്ഞെടുക്കുക, മാസ്കറേഡിംഗ് ഓണായി വയ്ക്കുക, നയം പരിമിതപ്പെടുത്തുക, പിന്നീട് ഓരോ LAN ഗേറ്റ്‌വേയ്ക്കും അടുത്ത ഹോപ്പ് പഠിപ്പിക്കുക.
പടിഞ്ഞാറൻ LAN-ലെ ഒരു വർക്ക്സ്റ്റേഷൻ ബ്രൗസർ തുറന്ന് കിഴക്കൻ LAN-ലെ ഒരു ആപ്ലിക്കേഷന്റെ വിലാസം ടൈപ്പ് ചെയ്ത് സമയം തീരുന്നതുവരെ കാത്തിരിക്കുന്നു. NetBird-ന്റെ ഓരോ സ്ക്രീനും പിയർമാർ ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് പറയുന്നു, അത് ശരിയാണ്, പക്ഷേ പ്രസക്തമല്ല: ഒരു ഓവർലേ നെറ്റ്‌വർക്കിൽ ഉണ്ടായിരിക്കുന്നത് രണ്ട് പ്രാദേശിക സബ്നെറ്റുകൾ ഒരു നെറ്റ്‌വർക്കിൽ ഉണ്ടായിരിക്കുന്നതിന് തുല്യമല്ല. താഴെയുള്ള യാത്ര ആ വർക്ക്സ്റ്റേഷനിൽ നിന്ന് തുടങ്ങി ഡിസൈൻ മനഃപൂർവം നിരസിക്കുന്ന ഒരു അഭ്യർത്ഥനയിൽ അവസാനിക്കുന്നു, ഓരോ നിർത്തലും ഉപകരണത്തിൽ നിന്ന് വായിക്കാവുന്നതാണ്, ഊഹിക്കേണ്ടതല്ല. കാണാത്ത ഭാഗം ഓവർലേ അല്ല, ഒരു റൂട്ട് അല്ലെങ്കിൽ നയമായിരിക്കും എന്ന് പ്രതീക്ഷിക്കുക.
ആദ്യം വർക്ക്സ്റ്റേഷനിൽ നിന്ന് പരാജയം വായിക്കുക
മാനേജ്‌മെന്റ് കൺസോൾ തുറക്കുന്നതിന് മുമ്പ് വർക്ക്സ്റ്റേഷൻ യഥാർത്ഥത്തിൽ എന്താണ് അയക്കുന്നതെന്ന് നിർണ്ണയിക്കുക. പാക്കറ്റ് സൈറ്റ് ഗേറ്റ്‌വേയിലേക്കോ പ്രാദേശിക ഇന്റർഫേസിലേക്കോ എങ്ങോട്ടുമോ പോകുന്നത് അതിന്റെ സ്വന്തം റൂട്ടിംഗ് പട്ടികയാണ് തീരുമാനിക്കുന്നത്, ഈ തീരുമാനം ഒരു ഓവർലേ ടൂളും കൂടാതെ കാണാം. വിദൂര പ്രിഫിക്സിന് റൂട്ട് ഇല്ലാത്ത യന്ത്രം പിയർ പട്ടിക എത്ര ആരോഗ്യകരമായി കാണപ്പെട്ടാലും പരാജയപ്പെടും. ഓവർലേ ശ്രേണിയും സൈറ്റിന്റെ സ്വന്തം പ്രിഫിക്സും വ്യത്യസ്ത വിലാസ ഇടങ്ങളാണ്, രജിസ്ട്രേഷൻ അവയിൽ ഒന്ന് മാത്രമാണ് ക്രമീകരിച്ചത്.
തുടർന്ന് പേര് നിർണ്ണയം പ്രാപ്യതയിൽ നിന്ന് വേർതിരിക്കുക, കാരണം ബ്രൗസർ രണ്ടിനെയും ഒരേ സമയപരിധിയായി റിപ്പോർട്ട് ചെയ്യുന്നു. NetBird ക്ലയന്റ് പ്രവർത്തിക്കുന്ന യന്ത്രത്തിൽ നിന്ന് വിലാസം ഉപയോഗിച്ച് അഭ്യർത്ഥന ആവർത്തിക്കുക, പിന്നീട് അത് പ്രവർത്തിക്കാത്ത സാധാരണ വർക്ക്സ്റ്റേഷനിൽ നിന്ന്. രജിസ്റ്റർ ചെയ്ത യന്ത്രം വിജയിക്കുകയും സാധാരണ യന്ത്രം പരാജയപ്പെടുകയും ചെയ്താൽ വിടവ് പ്രാദേശിക റൂട്ടിംഗിലാണ്; രണ്ടും പരാജയപ്പെട്ടാൽ റൂട്ട് മാറ്റുന്നതിന് മുമ്പ് വായന തുടരുക.
ഓരോ സൈറ്റിനും ഒരു റൂട്ടിംഗ് പിയർ തിരഞ്ഞെടുക്കുക
റൂട്ടിംഗ് പിയർ എന്നത് ഓവർലേയിൽ സ്വന്തം LAN-നെ പ്രതിനിധീകരിക്കുന്ന ഹോസ്റ്റാണ്, അതിനാൽ ആരുടെയെങ്കിലും ഡെസ്ക് വർക്ക്സ്റ്റേഷന് പകരം സബ്നെറ്റിലേക്ക് സ്ഥിരമായ പ്രാപ്യതയുള്ള Linux യന്ത്രം തിരഞ്ഞെടുക്കുക. സാധാരണ പ്രക്രിയയിലൂടെ അത് രജിസ്റ്റർ ചെയ്ത് റോളിന്റെ പേരിലുള്ള ഗ്രൂപ്പിൽ ഇടുക, കാരണം നെറ്റ്‌വർക്ക് റിസോഴ്‌സും നയവും രണ്ടും ആ ഗ്രൂപ്പിനെ പരാമർശിക്കും. ഓരോ സൈറ്റിനും ഒരു പ്രതിനിധി വായനയ്ക്ക് അനുയോജ്യമായി നിൽക്കുന്നു; ഒരേ പ്രിഫിക്സ് പ്രഖ്യാപിക്കുന്ന സന്നദ്ധപ്രവർത്തകരുടെ കൂട്ടം ഓരോ തുടർ ചോദ്യത്തെയും ഡീബഗ്ഗിംഗ് സെഷനാക്കി മാറ്റുന്നു. പ്രാദേശിക സെഗ്മെന്റിലെ പിയറിന്റെ വിലാസം അതിന്റെ ഓവർലേ ഐഡന്റിറ്റിയോളം പ്രധാനമാണ്, കാരണം ആ വിലാസമാണ് ഓരോ സാധാരണ ഉപകരണത്തോടും പറയുന്ന അടുത്ത ഹോപ്പ് ആകുന്നത്.
കൺസോൾ തൊടുന്നതിന് മുമ്പ് പ്ലാൻ എഴുതുക, കാരണം പേരുകളും പ്രിഫിക്സുകളുമാണ് ഈ ഡിസൈനുകൾ വ്യതിചലിക്കുന്ന സ്ഥലം: പ്രിഫിക്സ്, ഗേറ്റ്‌വേ, പിയർ വിലാസം, ഗ്രൂപ്പ്, ഓരോ സൈറ്റിനും. പടിഞ്ഞാറ് 10.52.0.0/24 ആണ്, അതിന് 10.52.0.5 സേവനം നൽകുന്നു, കിഴക്ക് 10.63.0.0/24 ആണ്, അതിന് 10.63.0.5 സേവനം നൽകുന്നു; രണ്ട് ഗ്രൂപ്പുകൾ west-routers, east-routers എന്നിവയാണ്, ഒരു പ്രിഫിക്സും മറ്റേതുമായോ ഓവർലേ ശ്രേണിയുമായോ മറ്റൊരു റൂട്ട് ചെയ്ത ലക്ഷ്യസ്ഥാനവുമായോ ഓവർലാപ്പ് ചെയ്യരുത്.
റിസോഴ്‌സ് സൃഷ്ടിക്കുക, മാസ്കറേഡിംഗ് ഓണായി വയ്ക്കുക
വിന്യസിച്ച ഡാഷ്ബോർഡിൽ ഓരോ സൈറ്റിനും ഒരു നെറ്റ്‌വർക്ക് റിസോഴ്‌സ് സൃഷ്ടിച്ച് ആ സൈറ്റിന്റെ റൂട്ടിംഗ്-പിയർ ഗ്രൂപ്പ് അതിനോട് ബന്ധിപ്പിക്കുക. റിസോഴ്‌സ് പ്രിഫിക്സാണ്, ഗ്രൂപ്പ് അതിന് ഉത്തരം നൽകുന്ന ഹോസ്റ്റാണ്, എന്തെങ്കിലും പ്രഖ്യാപിക്കുന്നതിന് മുമ്പ് രണ്ടും ഉണ്ടായിരിക്കണം. വിന്യസിച്ച സ്വയം-ഹോസ്റ്റ് ചെയ്ത പതിപ്പിൽ നെറ്റ്‌വർക്കുകൾ വർക്ക്ഫ്ലോ ഉണ്ടോ എന്ന് സ്ഥിരീകരിക്കുക, കാരണം സമാന പേരിലുള്ള റൂട്ട് ഒബ്ജക്റ്റുള്ള പഴയ ഇന്റർഫേസ് മറ്റൊരു സവിശേഷതയാണ്.
മാസ്കറേഡിംഗ് ഓൺ ആയി വയ്ക്കുക. NetBird-ന്റെ സൈറ്റ്-ടു-സൈറ്റ് ഗൈഡ് ഈ ക്രമീകരണത്തിൽ അത് ആവശ്യപ്പെടുന്നു, ഓരോ മൂല വിലാസവും കാണാവുന്നതാക്കാൻ അത് ഓഫ് ചെയ്യുന്നത് ഒരു ഹോപ്പ് കുറവുള്ള അതേ ഡിസൈനല്ല; അത് ഓവർലേയുടെ ഉറവിട പരിശോധനകളും നയങ്ങളും കാണുന്നത് മാറ്റുന്നു. ഫലം നേരിട്ട് പറയേണ്ടതാണ്: സ്വീകരിക്കുന്ന സേവനം ഉറവിടമായി റൂട്ടിംഗ് പിയറിനെ രേഖപ്പെടുത്തുന്നു, വ്യക്തിഗത വർക്ക്സ്റ്റേഷനെയല്ല. ആ സേവനത്തിന്റെ അനുമതി പട്ടികയോ ഓഡിറ്റോ വർക്ക്സ്റ്റേഷൻ വിലാസങ്ങൾ പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ, ഒന്നുകിൽ പ്രതീക്ഷ മാറുന്നു, അല്ലെങ്കിൽ വിവർത്തനത്തിന് മുമ്പ് സൈറ്റ് അതിർത്തിയിൽ ഐഡന്റിറ്റി നിർബന്ധമാക്കണം.
ആരംഭിക്കുന്നവർക്ക് അധികാരം നൽകുക, പ്രിഫിക്സുകൾക്കല്ല
റൂട്ട് ഒരു വിലാസത്തെ പ്രാപ്യമാക്കുന്നു, നയം ആര് അത് ഉപയോഗിക്കാമെന്ന് തീരുമാനിക്കുന്നു; ഇവ വെവ്വേറെ ഉടമകളുള്ള വെവ്വേറെ ഒബ്ജക്റ്റുകളാണ്. നയം ജോലിഭാരത്തിൽ നിന്ന് പിന്നോട്ട് എഴുതുക: ഏത് ഗ്രൂപ്പ് ആരംഭിക്കുന്നു, ഏത് റിസോഴ്‌സ് ലക്ഷ്യമിടുന്നു, ഏത് TCP സേവനം വേണം. ഓരോ രജിസ്റ്റർ ചെയ്ത പിയറിനോടും രണ്ട് പ്രിഫിക്സുകളും പ്രഖ്യാപിക്കുന്ന നെറ്റ്‌വർക്ക് പ്രാപ്യത സൃഷ്ടിച്ചു, ഒന്നും തീരുമാനിച്ചില്ല.
തുടർന്ന് ഇതിനകം എന്താണ് അനുവദിച്ചിരിക്കുന്നതെന്ന് വായിക്കുക, കാരണം ഇടുങ്ങിയ പുതിയ നിയമം അതിന് മുകളിലുള്ള വിശാലമായ പഴയ നിയമം റദ്ദാക്കുന്നില്ല. കിഴക്കും പടിഞ്ഞാറിലേക്ക് ബന്ധങ്ങൾ ആരംഭിക്കേണ്ടിവരുമ്പോൾ ആ ദിശ അതിന്റെ സ്വന്തം നയമായി എഴുതുക; പടിഞ്ഞാറ് തുറന്ന സെഷന്റെ മടങ്ങിവരവ് ട്രാഫിക് കിഴക്കോട്ട് പുതിയ സെഷനുകൾ അനുവദിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്ത ചോദ്യമാണ്. പടിഞ്ഞാറിന്റെ ചില വർക്ക്സ്റ്റേഷനുകൾ മാത്രം കിഴക്കൻ ആപ്ലിക്കേഷനിൽ എത്തേണ്ടതുണ്ടെങ്കിൽ, വിവർത്തനത്തിന് മുമ്പ് സൈറ്റ് അതിർത്തിയിൽ അവ തിരഞ്ഞെടുത്ത് ആപ്ലിക്കേഷന്റെ സ്വന്തം പ്രാമാണീകരണം അവിടെ നിലനിർത്തുക. റൂട്ടിംഗ് പിയർ LAN ട്രാഫിക് മുഴുവൻ സൈറ്റായി കൊണ്ടുപോകുന്നു, ഓരോ ഉപയോക്താവിന്റെ ഓവർലേ ഐഡന്റിറ്റിയായി അല്ല, അതിനാൽ ഉപയോക്താവിന് കണക്ക് മറ്റെവിടെ നിന്ന് വരണം.
ഓരോ ഗേറ്റ്‌വേയ്ക്കും അടുത്ത ഹോപ്പ് പഠിപ്പിക്കുക, പിന്നീട് നിരസിക്കൽ പരിശോധിക്കുക
സാധാരണ ഉപകരണങ്ങൾ ഓവർലേ ഒരിക്കലും കാണുന്നില്ല, അതിനാൽ അവയുടെ സ്വന്തം ഗേറ്റ്‌വേയ്ക്ക് വിദൂര പ്രിഫിക്സ് റൂട്ടിംഗ് പിയറിന്റെ LAN വിലാസത്തിലേക്ക് ചൂണ്ടുന്ന ഒരു സ്റ്റാറ്റിക് റൂട്ട് വേണം. ഇതാണ് ആളുകൾ ഒഴിവാക്കുന്ന ഘട്ടം, കാരണം NetBird-നുള്ളിൽ കാണുന്നതെല്ലാം ഇതിനകം പ്രവർത്തിക്കുന്നു, സാധാരണ വർക്ക്സ്റ്റേഷനുകൾ ഇപ്പോഴും സമയം തീരുന്നു. ഗേറ്റ്‌വേ അതിന്റെ ഡിഫോൾട്ട് റൂട്ട് ഉണ്ടായിരുന്നതുപോലെ നിലനിർത്തുന്നു; ഈ പ്രിഫിക്സ് ഒരു കൂട്ടിച്ചേർക്കലാണ്, പകരമല്ല.
രണ്ട് റൂട്ട് വിവരണങ്ങളും ഓരോ സൈറ്റിന്റെയും സ്വന്തം ഗേറ്റ്‌വേ കോൺഫിഗറേഷനിൽ പെടുന്നു, ഹോസ്റ്റിലെ ഓവർറൈഡിലല്ല. രണ്ടും സാധാരണ സ്റ്റാറ്റിക് റൂട്ടുകളാണ്, ഒന്നും ഡിഫോൾട്ട് റൂട്ട് സ്പർശിക്കുന്നില്ല:
west gateway: 10.63.0.0/24 via 10.52.0.5
east gateway: 10.52.0.0/24 via 10.63.0.5പ്രോജക്റ്റിന് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള ആപ്ലിക്കേഷൻ ഉപയോഗിച്ച്, സാധാരണ വർക്ക്സ്റ്റേഷനിൽ നിന്ന് പരിശോധിച്ച് മൂന്ന് കാര്യങ്ങൾ രേഖപ്പെടുത്തുക: അയക്കുന്ന ഭാഗത്ത് തിരഞ്ഞെടുത്ത അടുത്ത ഹോപ്പ്, പൊരുത്തപ്പെട്ട നയം, സേവനം രേഖപ്പെടുത്തിയ ഉറവിട വിലാസം. നിരസിക്കലും പരിശോധിക്കുക, കാരണം ഒരിക്കലും ഒന്നും നിരസിക്കാത്ത ഡിസൈനിന് അജ്ഞാത അരികുകളുണ്ട്, നിരസിക്കൽ മാത്രമാണ് റൂട്ടിംഗല്ല, നയമാണ് ജോലി ചെയ്യുന്നത് എന്നതിന്റെ ഏക തെളിവ്. കിഴക്കും ആരംഭിക്കേണ്ടിവരുമ്പോൾ രണ്ടാം ദിശ പിന്തുടരുമെന്ന് കരുതാതെ ആ ഭാഗത്തുനിന്ന് പുതിയ ബന്ധം ആരംഭിക്കുക. റൂട്ടിംഗ് പിയറിന്റെ പുനരാരംഭം, അപ്‌ഗ്രേഡ്, മാറ്റിസ്ഥാപിക്കൽ എന്നിവയും ആസൂത്രണം ചെയ്യുക, കാരണം ഒരു ഹോസ്റ്റ് സൈറ്റിന്റെ ആശ്രിതത്വമായി മാറിയിരിക്കുന്നു.
| Test | A pass looks like | A failure points at |
|---|---|---|
| Ordinary workstation opens the east application | Next hop on west is the routing peer | Missing static route on the west gateway |
| A source outside policy is refused | No session in the service log | Policy too broad, or a route bypasses it |
| East starts a connection, if required | A fresh reverse session succeeds | No policy for the reverse direction |
സ്വകാര്യ പേരുകൾക്ക് സ്വന്തം റിസോൾവർ ഡിസൈൻ വേണം, കാരണം പ്രാപ്യത DNS റെക്കോർഡുകൾ സൃഷ്ടിക്കുന്നില്ല, തകർന്ന പേരോടുകൂടിയ പ്രവർത്തിക്കുന്ന IP പാത തകർന്ന പാതയായി തന്നെ വായിക്കപ്പെടുന്നു. റൂട്ടിംഗ് പിയർ ഒരു ക്ലൗഡ് നെറ്റ്‌വർക്കിനുള്ളിൽ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, ദാതാവിന്റെ ഫോർവേഡിംഗ്, ഫയർവാൾ നിയമങ്ങളും പരിശോധിക്കുക, കാരണം രജിസ്ട്രേഷൻ അവയെ അസാധുവാക്കുന്നില്ല. പരിശോധനയുടെ നിരീക്ഷണങ്ങൾ പ്ലാനിനൊപ്പം സൂക്ഷിക്കുക, കാരണം ഇത് ഡീബഗ് ചെയ്യുന്ന അടുത്തയാൾക്ക് ടോപ്പോളജി വിവരണമല്ല, പൊരുത്തപ്പെട്ട നയവും രേഖപ്പെടുത്തിയ ഉറവിട വിലാസവും വേണം.