രണ്ട് സെല്ലുലാർ സൈറ്റുകൾ, ഇൻബൗണ്ട് പോർട്ടുകളില്ല: പ്രവർത്തിക്കുന്ന ഒരു ഹബ് നിർമ്മിക്കുക

സെല്ലുലാർ അപ്‌ലിങ്കുകളിലുള്ള രണ്ട് സൈറ്റുകൾ ഇരു ദിശകളിലും ഒരേ പ്രശ്നം നേരിടുന്നു: ആവശ്യപ്പെടാത്ത ഒരു IPv4 കണക്ഷൻ പോലും സ്വീകരിക്കാൻ ഇവയ്ക്കാകില്ല, അതിനാൽ നേരിട്ടുള്ള ഒരു ടണലിൽ സെർവർ റോൾ ഇവയ്ക്ക് വഹിക്കാനാകില്ല. പ്രവർത്തിക്കുന്ന ആർക്കിടെക്ചർ നടുവിൽ എത്തിച്ചേരാവുന്ന ഒരു മൂന്നാം കക്ഷിയെ നിർത്തുന്നു: ഓരോ സൈറ്റും പുറത്തേക്ക് ഡയൽ ചെയ്യുന്നു, നടുവ് നിങ്ങൾ അംഗീകരിക്കുന്ന ട്രാഫിക് മാത്രം ഫോർവേഡ് ചെയ്യുന്നു. ആ നടുവ് നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന ഒരു റൗട്ടർ ആകാം, അല്ലെങ്കിൽ പിയറുകളെ പരിചയപ്പെടുത്തുന്ന ഒരു ഉൽപ്പന്നം ആകാം, ഇവ രണ്ടും ഒന്നല്ല. താഴെയുള്ള ഘട്ടങ്ങൾ, അടുത്തത് അതിനെ ആശ്രയിക്കുന്നതിന് മുൻപ് ഓരോന്നും തെളിവ് നൽകുന്ന വിധത്തിൽ ക്രമീകരിച്ചിരിക്കുന്നു.

ഏതൊരു സൈറ്റിലേക്കും ഡയൽ ചെയ്യാനാകില്ല, അതിനാൽ രണ്ടും പുറത്തേക്ക് ഡയൽ ചെയ്യണം

രൂപകൽപ്പന ചെയ്യുന്നതിന് മുൻപ് നിയന്ത്രണം സ്ഥിരീകരിക്കുക. ഓപ്പറേറ്റർ WAN ഇന്റർഫേസിന് സ്വകാര്യ വിലാസം നൽകുന്നെങ്കിൽ, സൈറ്റിന്റെ സ്വന്തം റൗട്ടറിലെ ഏതൊരു പോർട്ട് ഫോർവേഡിംഗും അതിനെ എത്തിച്ചേരാവുന്നതാക്കില്ല, കാരണം വിവർത്തനം മുകളിൽ സംഭവിക്കുന്നു. അതേ ലിങ്കിൽ ഒരു പൊതു IPv6 വിലാസം ഉണ്ടാകാം, അത് രൂപകൽപ്പനയെ പൂർണ്ണമായി മാറ്റും, അതിനാൽ പരിശോധന രണ്ട് കുടുംബങ്ങളെയും ഉൾക്കൊള്ളുന്നു. ഓരോ സൈറ്റിനും ഉത്തരം എഴുതിവയ്ക്കുക, കാരണം ഒരേ ഓപ്പറേറ്റർ പങ്കിട്ടാലും ഇവയുടെ നിയന്ത്രണങ്ങൾ അപൂർവ്വമായി മാത്രമേ ഒരുപോലെയാകൂ.

സാധാരണ സെല്ലുലാർ സാഹചര്യം ഓപ്പറേറ്ററുടെ വിവർത്തനം ചെയ്ത ശ്രേണിയിലെ വിലാസവും അതിലൂടെ പോകുന്ന ഡിഫോൾട്ട് റൂട്ടും പോലെ കാണപ്പെടുന്നു. ഇത് പരിഹരിക്കേണ്ട ഒരു തകരാറല്ല; ഹബ് നിലനിൽക്കാനുള്ള കാരണം ഇതാണ്. സൈറ്റ് ആദ്യം സംസാരിക്കാതെ ഒരു മൂന്നാം കക്ഷിക്ക് എത്തിച്ചേരാവുന്ന ഏതൊരു വിലാസമാണ് നിങ്ങൾ തിരയുന്നത്.

നിങ്ങളുടെ മുൻപിലുള്ള സൈറ്റിന്റെ വിലാസ ചോദ്യത്തിന് രണ്ട് കമാൻഡുകൾ ഉത്തരം നൽകുന്നു. അവ സൈറ്റ് റൗട്ടറിൽ പ്രവർത്തിപ്പിക്കുക, അതിന് പിന്നിലെ ലാപ്‌ടോപ്പിൽ അല്ല:

ip -4 addr show scope global
ip -6 addr show scope global

ആരാണ് പിയറുകളെ പരിചയപ്പെടുത്തുന്നത്, ആരാണ് പാക്കറ്റുകൾ വഹിക്കുന്നത്

പരിചയപ്പെടുത്തലും കൈമാറ്റവും വെവ്വേറെ ജോലികളാണ്; ഉൽപ്പന്നങ്ങൾ അതിർത്തി ദൃശ്യമാക്കാതെ അവ ഒരുമിച്ച് ചേർക്കാറുണ്ട്. ഒരു കൂടിക്കാഴ്ചാ സംവിധാനം രണ്ട് പിയറുകൾക്ക് സാധ്യതയുള്ള ഒരു പാത കണ്ടെത്താൻ സഹായിക്കുന്നു; നേരിട്ടുള്ള പാതയില്ലാത്തപ്പോൾ ഒരു റിലേ അവരുടെ പാക്കറ്റുകൾ വഹിക്കുന്നു. പിയറുകളെ പരിചയപ്പെടുത്തുന്ന ഒരു സേവനം വാങ്ങുന്നത് നിങ്ങൾക്ക് ഒരു റൗട്ടർ നൽകില്ല, ആ വ്യത്യാസമാണ് രൂപകൽപ്പനയ്ക്ക് ഒരു ഹബ് ആവശ്യമുണ്ടോ എന്ന് തീരുമാനിക്കുന്നത്.

ട്രാവേഴ്സലിന് സ്വന്തം പദാവലിയുണ്ട്, ആ വാക്കുകൾ റോളുകളെ വിവരിക്കുന്നു, ഉറപ്പുകളെയല്ല. ICE സ്പെസിഫിക്കേഷൻ സ്ഥാനാർത്ഥികളെയും കണക്റ്റിവിറ്റി പരിശോധനകളെയും വിവരിക്കുന്നു, STUN വിലാസ വിവർത്തനത്തെക്കുറിച്ച് അറിയാനുള്ള ഒരു വഴി വിവരിക്കുന്നു, TURN അത് നടപ്പിലാക്കുന്ന ആപ്ലിക്കേഷനുകൾക്കുള്ള റിലേ കൈമാറ്റം വിവരിക്കുന്നു. ഈ സംവിധാനങ്ങളൊന്നും സാധാരണ ഗേറ്റ്‌വേയിൽ പ്രത്യക്ഷപ്പെടുന്നില്ല, കാരണം നിങ്ങൾ അതിനെ കണ്ടെത്തൽ വിലാസത്തിലേക്ക് നയിച്ചു. ട്രാവേഴ്സൽ ഒരു ഉൽപ്പന്ന കഴിവായി പരിശോധിക്കുക, പരീക്ഷണം വിപരീതം കാണിക്കുന്നതുവരെ റിലേ ഉണ്ടെന്ന് അനുമാനിക്കുക.

ഓരോ സൈറ്റിനും ഒരു റൂട്ട്, ഒരു പിയറിന്റെ ഉടമസ്ഥതയിൽ

ഹബിന് ഓരോ സൈറ്റിനും ഒരു ടണൽ, ഓരോന്നിന്റെയും പിന്നിൽ വെവ്വേറെ LAN പ്രിഫിക്സ്, ഓരോ പ്രിഫിക്സിനും അതിന്റെ ഉടമയെ നാമനിർദ്ദേശം ചെയ്യുന്ന ഒരു റൂട്ട് എന്നിവ വേണം. ഉദാഹരണത്തിൽ ഹബ് 10.61.0.1 ആണ്, സൈറ്റ് A എന്നത് LAN 10.60.10.0/24 ഉള്ള 10.61.0.11 ആണ്, സൈറ്റ് B എന്നത് LAN 10.60.20.0/24 ഉള്ള 10.61.0.12 ആണ്. താഴെയുള്ള ഓരോ റൂട്ടും ടണൽ ഇന്റർഫേസിലേക്കല്ല, പ്രിഫിക്സ് ഉള്ള പിയറിലേക്കാണ് ചൂണ്ടുന്നത്:

ip route add 10.60.10.0/24 via 10.61.0.11 dev wg0
ip route add 10.60.20.0/24 via 10.61.0.12 dev wg0
sysctl net.ipv4.ip_forward
ip route get 10.60.20.55 from 10.60.10.77

ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമായിരിക്കണം, അല്ലെങ്കിൽ പാക്കറ്റുകൾ ഹബിൽ നിൽക്കും, കാരണം കാണിക്കുന്ന ഒരു പിശകും ഉണ്ടാകില്ല. അവസാന കമാൻഡ് യഥാർത്ഥ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, കാരണം ഉറവിടം തിരച്ചിലിൽ ഉൾപ്പെടുത്തി സൈറ്റ് A യുടെ LAN-ൽ നിന്ന് സൈറ്റ് B യുടെ LAN-ലേക്ക് പാക്കറ്റ് ഏത് പാതയിലൂടെ പോകുമെന്ന് അത് ചോദിക്കുന്നു. ടണൽ ഇന്റർഫേസിനെ നാമനിർദ്ദേശം ചെയ്യുന്ന തിരച്ചിലിനെ തെളിവായി കാണുക, ഡിഫോൾട്ട് റൂട്ടിലേക്ക് വീഴുന്നതിനെ ഒരു പസിലല്ല, കാണാത്ത റൂട്ടായി കാണുക. തുടർന്ന് ട്രാൻസിറ്റ് ബോധപൂർവ്വം പരിമിതപ്പെടുത്തുക, കാരണം ഓരോ പിയറിനിടയിലും ഫോർവേഡ് ചെയ്യുന്ന ഹബ് രണ്ട് സൈറ്റുകളെ പരന്ന ഒരു നെറ്റ്‌വർക്കാക്കി മാറ്റും, നിങ്ങൾ ഉണ്ടെന്ന് കരുതിയ ആക്സസ് നയം ബാധകമല്ലാതാകും.

എൻക്രിപ്ഷൻ എവിടെ അവസാനിക്കുന്നുവെന്നും തീരുമാനിക്കുക. ഹബ് ടണലിന്റെ രണ്ടറ്റവും കൈവശം വയ്ക്കുമ്പോൾ, ആ യന്ത്രത്തിന്റെ ഓപ്പറേറ്ററും അതിന്റെ ജോലിഭാരവും വിശ്വാസ്യതയുടെയും ലഭ്യതയുടെയും മാതൃകയിൽ ചേരുന്നു, അതിന്റെ ബാൻഡ്‌വിഡ്ത്ത് പാതയുടെ ഭാഗമാകുന്നു.

ഓപ്പറേറ്ററിലൂടെ ഓരോ മാപ്പിംഗും ജീവനോടെ നിലനിർത്തുക

ഓരോ സൈറ്റും സ്വന്തം ടണൽ ആരംഭിക്കുന്നു, ഓരോന്നും വിവർത്തന മാപ്പിംഗ് ജീവനോടെ നിലനിർത്തണം, അല്ലെങ്കിൽ ഓപ്പറേറ്റർ അത് മറക്കും. ആരംഭിക്കുന്ന വശത്തെ കീപ്പ് അലൈവ് സന്ദേശം ആ മാപ്പിംഗ് ഹാൻഡ്‌ഷേക്കുകൾക്കിടയിൽ സംരക്ഷിക്കുന്നു. അനുവദനീയമായ പ്രിഫിക്സുകൾ ഹബിന്റെ വിലാസത്തിലും വിദൂര LAN-ലും പരിമിതപ്പെടുത്തുക, വീഴ്ചയേറ്റ പിയറിന് തനിക്കില്ലാത്ത ഒരു പ്രിഫിക്സ് ആവശ്യപ്പെടാനാകാതിരിക്കാൻ:

[Peer]
PublicKey = <hub public key>
Endpoint = 192.0.2.10:51820
AllowedIPs = 10.61.0.1/32, 10.60.20.0/24
PersistentKeepalive = 25

മറ്റേ സൈറ്റിൽ അതിന്റെ സ്വന്തം വിദൂര പ്രിഫിക്സുമായി ബ്ലോക്ക് പ്രതിബിംബിപ്പിക്കുക, മുഴുവൻ ടണൽ ശ്രേണിയും അനുവദിക്കാനുള്ള പ്രേരണയെ ചെറുക്കുക. നിർത്തി പുതിയ ഉറവിട പോർട്ടിൽ നിന്ന് പുനരാരംഭിക്കുന്ന ഒരു ഹാൻഡ്‌ഷേക്ക് കാലഹരണപ്പെട്ട മാപ്പിംഗിന്റെ ഒപ്പമാണ്, ഹാൻഡ്‌ഷേക്കിന്റെ സമയ മുദ്രകൾ അത് സംഭവിച്ചതിന്റെ തെളിവാണ്. ഓപ്പറേറ്ററുടെ കാലപരിധിയേക്കാൾ ചെറിയ ഇടവേള കാലഹരണം തടയുന്നു, പിന്നീട് അത് നന്നാക്കുന്നില്ല. ഓപ്പറേറ്റർ തന്റെ വിവർത്തന സ്വഭാവം മാറ്റുമ്പോൾ, ആ സമയങ്ങളും അതിനൊപ്പം മാറുമെന്ന് പ്രതീക്ഷിക്കുക.

രണ്ട് ദിശകളും തെളിയിക്കുക, പിന്നീട് വീണ്ടെടുക്കൽ തെളിയിക്കുക

പരിശോധന ദിശാബദ്ധമാണ്, അതിനാൽ A-യിൽ നിന്ന് B-യിലേക്കുള്ള ഒരു ping രൂപകൽപ്പനയുടെ പകുതി തെളിയിക്കുന്നു, മടക്ക പാതയെക്കുറിച്ച് ഒന്നുമല്ല. ഹബിൽ അതേ ഉറവിട-ബോധ്യമുള്ള തിരച്ചിൽ ഉപയോഗിച്ച് പ്രതികരണ പാത പരിശോധിക്കുക, പിന്നീട് മറുവശത്ത് നിന്ന് പരീക്ഷണം ആവർത്തിക്കുക. പുതിയ ഹാൻഡ്‌ഷേക്കുകളും തെളിവിൽ ഉൾപ്പെടുന്നു, കാരണം ഒരു മണിക്കൂർ നിഷ്ക്രിയമായ ടണൽ പഴയ മാപ്പിംഗ് പരീക്ഷിക്കുന്നതാകാം:

wg show wg0 latest-handshakes
ping -c 3 10.60.20.55
traceroute -n 10.60.20.55

പിന്നീട് ആഗ്രഹിക്കുന്ന വിജയമല്ല, പ്രതീക്ഷിക്കുന്ന പരാജയം പരീക്ഷിക്കുക. ഒരു സൈറ്റിന്റെ അപ്‌ലിങ്ക് പുനരാരംഭിക്കുക, ഏതെങ്കിലും അറ്റത്ത് മനുഷ്യൻ സ്പർശിക്കാതെ ടണൽ തിരികെ വരുമെന്ന് സ്ഥിരീകരിക്കുക, കാരണം ഓപ്പറേറ്ററിലെ ഓരോ മാറ്റത്തിനും ശേഷം ഓപ്പറേറ്ററെ ആവശ്യപ്പെടുന്ന രൂപകൽപ്പന അപൂർണ്ണമാണ്. പ്രാഥമിക പാത, ഉണ്ടെങ്കിൽ IPv6 ബദൽ, ഹബ് ലഭ്യമല്ലാത്തപ്പോഴുള്ള സ്വഭാവം എന്നിവ രേഖപ്പെടുത്തുക. ഹബ് ഇപ്പോൾ നിങ്ങളുടെ ലഭ്യതാ മാതൃകയുടെ ഭാഗമാണ്, അതിനാൽ തടസ്സ സമയത്ത് കണ്ടെത്തുന്നതിന് പകരം അത് എഴുതിവയ്ക്കുക.