ISP റൗട്ടറിന് അടുത്ത് കോളുകൾ മുറിക്കാതെ സൈറ്റ് VPN ചേർക്കുക

മിക്ക ചെറിയ സൈറ്റുകളിലും ഇന്റർനെറ്റ്, DHCP, വോയ്സ് ലൈൻ എന്നിവ ചെയ്യുന്ന ഒരു ഉപകരണം ഇതിനകം ഉണ്ട്, ആ ഉപകരണം നിങ്ങളുടെ സൈറ്റ് ടണൽ നടത്തില്ല. സ്വകാര്യ പാതയ്ക്ക് രണ്ടാം ഗേറ്റ്‌വേ ചേർക്കുന്നത് കേബിൾ തൊടുന്നതിന് മുമ്പ് ഏത് റൂട്ട് ആരുടേതെന്ന് തീരുമാനിച്ചാൽ പ്രവർത്തിക്കും. യഥാർത്ഥ അപകടം ടണൽ അല്ല; ഫോണുകളെ രജിസ്റ്റർ ചെയ്ത് നിർത്തുന്ന ഉപകരണം നിശബ്ദമായി മാറ്റുന്നതാണ്. അഞ്ച് പരിശോധനകളും ക്രമത്തിൽ ചെയ്ത് ഒന്ന് പരാജയപ്പെടുന്നിടത്ത് നിർത്തുക.

ഇതിനകം പ്രവർത്തിക്കുന്ന റോളുകൾ എഴുതിവയ്ക്കുക

ഡിഫോൾട്ട് ഗേറ്റ്‌വേ, DHCP സർവർ, റിസോൾവർ, ദാതാവിന്റെ വോയ്സ് രജിസ്ട്രേഷൻ ഉള്ള ഉപകരണം എന്നിവ രേഖപ്പെടുത്തുക. ഈ ഉദാഹരണത്തിൽ ISP റൗട്ടർ 10.50.0.1 ആണ്, പുതിയ ഗേറ്റ്‌വേ 10.50.0.2 ആകും, ദൂരെയുള്ള സൈറ്റ് 10.60.0.0/24 ആണ്. ആ പ്ലാനിൽ ഒന്നും ആദ്യ മൂന്ന് റോളുകളെ മാറ്റുന്നില്ല, അതാണ് കാര്യം. പിന്നെ രണ്ടാം ഉപകരണത്തിന് ടണൽ യഥാർത്ഥത്തിൽ അവസാനിപ്പിക്കാനാകുമോ എന്ന് ഉറപ്പാക്കുക: പ്രോട്ടോക്കോൾ, പ്രതീക്ഷിക്കുന്ന ത്രൂപുട്ട്, ഫേംവെയർ അല്ലെങ്കിൽ പാക്കേജ് അപ്‌ഡേറ്റുകൾ ലഭിക്കുന്നുണ്ടോ എന്നിവ നോക്കുക. VPN ലോഗോ ഉണ്ടെങ്കിലും അപ്‌ഡേറ്റ് വഴിയില്ലാത്ത ഉപകരണം കൂട്ടിച്ചേർക്കലല്ല, ഭാരമാണ്.

വോയ്സ് സേവനം ആരുടേതെന്ന് പറയാനാകില്ലെങ്കിൽ നിർത്തുക. രജിസ്ട്രേഷൻ ഉള്ള റൗട്ടർ തിരിച്ചുവരവ് പ്ലാനില്ലാതെ മാറ്റുന്നത് VPN പ്രോജക്ടിനെ ഫോൺ തകരാറാക്കുന്നു.

പുതിയ ഗേറ്റ്‌വേയ്ക്ക് ഒരു വിലാസവും ഒരു ജോലിയും നൽകുക

അതിന്റെ LAN വിലാസം DHCP പൂളിന് പുറത്ത് റിസർവ് ചെയ്യുക, റീബൂട്ടിന് ശേഷം അത് നീങ്ങാതിരിക്കാൻ, ഇന്റർനെറ്റ് പാതയാക്കാൻ ഉദ്ദേശമില്ലെങ്കിൽ സ്വന്തം ഡിഫോൾട്ട് റൂട്ട് നൽകരുത്. അതിന്റെ ജോലി ടണൽ നിലനിർത്തുകയും ദൂരെയുള്ള പ്രിഫിക്സുകൾക്ക് ഉത്തരം നൽകുകയും ചെയ്യുക എന്നതാണ്. ദൂരെയുള്ള സൈറ്റിൽ എത്തേണ്ട LAN ഹോസ്റ്റുകളിൽ ഇപ്പോൾ ഏത് പാതയാണ് ഉപയോഗിക്കുന്നതെന്നും മാറ്റത്തിന് ശേഷം ഏതാണ് വേണ്ടതെന്നും തെളിയിക്കുക; അതേ രണ്ട് കമാന്റുകൾ മുമ്പും ശേഷവും ഏറ്റവും വിലകുറഞ്ഞ തെളിവാണ്.

ip route get 10.60.0.55
ip neigh show 10.50.0.2
traceroute -n 10.60.0.55

തിരയൽ ISP റൗട്ടർ തിരികെ നൽകുകയും traceroute ഇന്റർനെറ്റിന്റെ അരികിൽ മരിക്കുകയും ചെയ്താൽ, ഹോസ്റ്റിന് ഇപ്പോഴും ദൂരെയുള്ള പാതയില്ല, അത് പ്രതീക്ഷിതമാണ്. അപ്രതീക്ഷിതമായി എന്തെങ്കിലും തിരികെ നൽകിയാൽ ആദ്യം അത് പരിഹരിക്കുക, കാരണം അടുത്ത ഓരോ ഘട്ടവും ഈ അടിത്തറ അനുമാനിക്കുന്നു.

ദൂരെയുള്ള പ്രിഫിക്സ് റൂട്ട് ആരുടേതെന്ന് തിരഞ്ഞെടുക്കുക

A എന്ന ഓപ്ഷൻ ISP റൗട്ടറാണ്: 10.60.0.0/24-നായി ഗേറ്റ്‌വേയിലേക്കുള്ള സ്റ്റാറ്റിക് റൂട്ട് അത് സൂക്ഷിക്കുന്നു, ഓരോ ഹോസ്റ്റും മുമ്പത്തെപ്പോലെ സ്വന്തം ഡിഫോൾട്ട് ഗേറ്റ്‌വേ പിന്തുടരുന്നു. B എന്ന ഓപ്ഷൻ ഓരോ ഹോസ്റ്റിനും ആണ്: ദൂരെയുള്ള സൈറ്റ് ആവശ്യമുള്ള യന്ത്രങ്ങൾക്ക് മാത്രം 10.50.0.2 വഴി വ്യക്തമായ റൂട്ട് ലഭിക്കുന്നു, ബാക്കിയെല്ലാം തൊടാതെ നിൽക്കുന്നു. A കൂടുതൽ ഹോസ്റ്റുകൾക്ക് വൃത്തിയാണ്, പക്ഷേ സാധാരണയായി ദാതാവിന്റെ റൗട്ടർ സ്റ്റാറ്റിക് റൂട്ട് സ്വീകരിക്കണം, ചിലർ അത് ചെയ്യുന്നില്ല. B-യ്ക്ക് ദാതാവിന്റെ സഹകരണം വേണ്ട, പക്ഷേ ഹോസ്റ്റ് കോൺഫിഗറേഷന്റെ പരിപാലനം നിങ്ങളിൽ നിൽക്കുന്നു, അതിനാൽ അംഗീകരിച്ച ചെറിയ യന്ത്രക്കൂട്ടത്തിന് അനുയോജ്യമാണ്.

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

ip route add 10.60.0.0/24 via 10.50.0.2 dev eth0
ip route get 10.60.0.55 from 10.50.0.77

എൻട്രി ഹോസ്റ്റിന്റെ കോൺഫിഗറേഷൻ ഉടമ വഴി സ്ഥിരമാക്കുക, ലോഗിൻ സ്ക്രിപ്റ്റ് വഴിയല്ല. ആരെങ്കിലും ലോഗിൻ ചെയ്തതിന് ശേഷം മാത്രം നിലനിൽക്കുന്ന റൂട്ട്, യന്ത്രം ബന്ധമില്ലാത്ത കാരണത്താൽ റീബൂട്ട് ചെയ്യുന്ന ആദ്യ അവസരത്തിൽ പരാജയപ്പെടും.

എത്തിച്ചേരാവുന്ന ഇൻബൗണ്ട് എൻഡ്‌പോയിന്റ് ഒരുക്കുക

ഗേറ്റ്‌വേയ്ക്ക് ദൂരെയുള്ള സൈറ്റിന് എത്താവുന്ന ഒരു വിലാസം വേണം. ISP റൗട്ടറിന് പിന്നിൽ അത് പോർട്ട് ഫോർവേഡിംഗ് അല്ലെങ്കിൽ DMZ എൻട്രി എന്നാണ് അർത്ഥം, രണ്ടും ദാതാവ് ട്രാഫിക് യഥാർത്ഥത്തിൽ എത്തിക്കുന്നുണ്ടോ എന്നതിനെ ആശ്രയിക്കുന്നു. പ്രാദേശിക ഫോർവേഡിംഗിന് ദാതാവിന്റെ ഭാഗത്തുള്ള കാരിയർ-ഗ്രേഡ് NAT മറികടക്കാനാവില്ല. ദാതാവ് എത്താവുന്ന പോയിന്റ് തന്നില്ലെങ്കിൽ ദിശ മറിച്ചിടുക: രണ്ട് സൈറ്റുകളും നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഒരു ഹബ്ബിലേക്ക് തുടങ്ങട്ടെ. അത് സാധുവായ ഡിസൈനാണ്, പക്ഷേ ഫോർവേഡിംഗ്, വിശ്വാസം, ലഭ്യത എന്നിവയ്ക്ക് മൂന്നാമതൊരു ആശ്രിതത്വം ചേർക്കുന്നു, ഡൈനാമിക് DNS അതിന് പകരമാകുന്നില്ല.

ഫോർവേഡിംഗ് ഗേറ്റ്‌വേയിലെ ക്യാപ്ചർ ഉപയോഗിച്ച് ഉറപ്പാക്കുക, പോർട്ട് സ്കാൻ ചെയ്യുന്ന വെബ്സൈറ്റ് ഉപയോഗിച്ചല്ല. സ്കാനറുകൾ ലിസണർ ബന്ധിക്കുന്നതുവരെ പോർട്ട് അടച്ചതായി റിപ്പോർട്ട് ചെയ്യുന്നു, ഒരിക്കലും ട്രാഫിക് എത്തിക്കാത്ത ഫോർവേഡിംഗ് പുറത്തുനിന്ന് അടച്ച പോർട്ട് പോലെ കാണപ്പെടുന്നു.

സ്വകാര്യ സേവനവും വോയ്സ് ലൈനും ഒരുമിച്ച് സ്വീകരിക്കുക

LAN ഹോസ്റ്റിൽ നിന്ന് ഉദ്ദേശിച്ച പ്രവർത്തനം പരീക്ഷിക്കുക, സ്വകാര്യ DNS-ഉം അപ്ലിക്കേഷന്റെ സ്വന്തം ക്രെഡൻഷ്യലുകളും ഉപയോഗിച്ച്. റൂട്ട് ചെയ്ത ടണൽ ദൂരെയുള്ള ബ്രൗസിംഗിനെ പ്രാദേശിക ഈഥർനെറ്റ് സെഗ്‌മെന്റ് പോലെയാക്കുന്നില്ല, അതിനാൽ കണ്ടെത്തലിനും പേര് പരിഹരിക്കലിനും സ്വന്തം ക്രമീകരണം വേണം.

curl -sS -o /dev/null -w '%{http_code}\n' https://files.example.net
ping -c 3 10.60.0.55

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