ISP മാറ്റുമ്പോൾ സൈറ്റ് VPN വിലാസങ്ങൾ വീണ്ടും നമ്പർ ചെയ്യാതിരിക്കാം

ഒരു ശാഖ ഇന്റർനെറ്റ് ദാതാവിനെ മാറ്റുന്നു, ഫയൽ സർവർ അതിന്റെ വിലാസം നിലനിർത്തുന്നു. ഈ ഫലം റൂട്ടഡ് സൈറ്റ് VPN-ൽ സാധാരണമാണ്, ടണലിന്റെ അന്ത്യ ബിന്ദുവിന്റെ വിലാസം ആണ് ആപ്ലിക്കേഷന്റെ വിലാസം എന്ന് കരുതുന്നവർക്ക് ഇത് അത്ഭുതമാണ്. രണ്ടും ഡിസൈനിന്റെ വ്യത്യസ്ത പാളികളിലാണ്, ഒന്ന് മാത്രമാണ് നീങ്ങിയത്. രണ്ടിനെയും ഒന്നായി കാണുന്നതാണ് ദാതാവ് മാറ്റം ഒരു പുനർനമ്പർ പദ്ധതിയാക്കി മാറ്റുന്നത്.

സ്വതന്ത്രമായി നീങ്ങുന്ന രണ്ട് വിലാസ പ്ലാനുകൾ

ആന്തരിക പ്ലാൻ ആപ്ലിക്കേഷനുകൾ ഉപയോഗിക്കുന്ന സ്വകാര്യ വിലാസങ്ങൾ വിവരിക്കുന്നു: 10.55.8.20-ൽ ശാഖ സർവർ, അങ്ങോട്ട് റൂട്ട് ചെയ്യുന്ന ആസ്ഥാന പ്രിഫിക്സ്, മടക്ക റൂട്ട്. ബാഹ്യ പ്ലാൻ രണ്ട് ഗേറ്റ്‌വേകൾ പരസ്പരം എത്തുന്ന വിധം വിവരിക്കുന്നു: പിയർ വിലാസങ്ങൾ, കേൾക്കുന്ന പോർട്ടുകൾ, ഇന്റർനെറ്റിലൂടെയുള്ള പാത.

ദാതാവ് മാറ്റം ബാഹ്യ പ്ലാനിനെ സ്പർശിക്കുന്നു. അത് സ്വയം ആന്തരിക പ്ലാൻ മാറ്റണമെന്ന് ആവശ്യപ്പെടുന്നില്ല.

രണ്ട് രേഖകളും വേർതിരിച്ച് സൂക്ഷിക്കുന്നതാണ്, ആപ്ലിക്കേഷൻ ഇതിനകം സ്വന്തം ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്യുന്നുണ്ടെങ്കിലും ഓവർലേ ഓടിക്കാനുള്ള പ്രായോഗിക കാരണം. ഓവർലേ നിങ്ങൾക്ക് ബാഹ്യ മാറ്റങ്ങളെ അതിജീവിക്കുന്ന സ്ഥിരമായ ആന്തരിക ടോപ്പോളജി നൽകുന്നു. ആപ്ലിക്കേഷൻ അതിന്റെ വിലാസം, ഫയർവാൾ നിയമങ്ങൾ, DNS രേഖകൾ എന്നിവ നിലനിർത്തുന്നു. ട്രാൻസ്പോർട്ട് എൻട്രികൾ മാത്രം മാറുന്നു, അത് വളരെ ചെറിയ അവലോകനമാണ്.

ബാഹ്യ ടണൽ ആന്തരിക സംഭാഷണം വഹിക്കുന്നു

ഗേറ്റ്‌വേ-ടു-ഗേറ്റ്‌വേ ടണലിൽ ബാഹ്യ IP ഹെഡർ രണ്ട് ഗേറ്റ്‌വേകളെ വിലാസം ചെയ്യുന്നു. ആന്തരിക ഹെഡർ ഇപ്പോഴും ആപ്ലിക്കേഷന്റെ യഥാർത്ഥ അന്ത്യ ബിന്ദുക്കളെ പേരിടുന്നു. RFC 7296-ലെ ഗേറ്റ്‌വേ-ടു-ഗേറ്റ്‌വേ വിവരണം ഇതിനെ ടണൽ അന്ത്യ ബിന്ദുക്കളിലൂടെ ട്രാഫിക് എത്തിക്കുന്ന സാധാരണ റൂട്ടിംഗ് ആയി കാണുന്നു.

അതുകൊണ്ടാണ് ഗേറ്റ്‌വേയുടെ പൊതു വിലാസം മാറുമ്പോഴും ശാഖ സർവറിന് 10.55.8.20 നിലനിർത്താൻ കഴിയുന്നത്. ആന്തരിക പാക്കറ്റിൽ ദാതാവിന്റെ വിലാസം ഒട്ടുമില്ല.

ഈ വിഭജനം ഡിസൈനിന്റെ സ്വഭാവമാണ്, സ്വയമേവയുള്ള ഉറപ്പല്ല. പകരം വരുന്ന അപ്‌ലിങ്കിന് പിന്തുണയുള്ള ടണൽ സ്ഥാപിക്കാൻ കഴിയില്ലെങ്കിൽ, അല്ലെങ്കിൽ ആന്തരിക റൂട്ടുകൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ലെങ്കിൽ, വിലാസം മാറ്റമില്ലാതെ നിന്നാലും ആപ്ലിക്കേഷൻ അതിന്റെ പാത നഷ്ടപ്പെടുന്നു.

ദാതാവ് മാറ്റത്തിന് ഇപ്പോഴും ഒരു പരിശോധനാ പട്ടികയുണ്ട്

ബാഹ്യ പരിശോധനാ പട്ടികയിൽ അഞ്ച് ഇനങ്ങളുണ്ട്: പിയർ വിലാസം അല്ലെങ്കിൽ പരിപാലിക്കുന്ന പേര്, ശ്രോതാവും ഏതെങ്കിലും അപ്‌സ്ട്രീം ഫിൽട്ടറിംഗും, പാതയിലെ വിവർത്തനം, പ്രതീക്ഷിക്കുന്ന പിയർ ഐഡന്റിറ്റി, മറ്റേ ഗേറ്റ്‌വേയുടെ അനുവദിച്ച ക്രമീകരണങ്ങൾ. ഓരോന്നും സ്വതന്ത്രമായി പരാജയപ്പെടാം. അഡ്മിനിസ്ട്രേഷൻ വഹിക്കുന്ന ലിങ്ക് മാറ്റുമ്പോൾ വേറെ വീണ്ടെടുക്കൽ പാത സൂക്ഷിക്കുക. അപ്‌ലിങ്ക് മാറ്റത്തിനിടയിൽ റിമോട്ട് ആക്‌സസ് മുറിക്കുന്നത് നിങ്ങൾ തന്നെ സൃഷ്ടിച്ച തടസ്സമാണ്.

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

മറ്റൊരു ബന്ധിപ്പിച്ച സൈറ്റുമായുള്ള വിലാസ ഓവർലാപ്പ് വേറെ ഒരു ആസൂത്രണ പ്രശ്നമാണ്. ദാതാവ് മാറ്റം അത് സൃഷ്ടിക്കുന്നില്ല, പക്ഷേ സ്ഥാനാന്തരം സാധാരണയായി അത് പുറത്തുവരുന്ന സമയമാണ്.

നിലനിൽക്കാത്തത്: പൊതു ഉറവിടവും സെഷനുകളും

സ്ഥിരമായ സ്വകാര്യ സർവർ വിലാസം സ്ഥിരമായ പൊതു ഉറവിടമല്ല. ബ്രൗസിംഗ് നേരിട്ട് പുതിയ ദാതാവിലൂടെ പുറത്തുപോകുന്നുവെങ്കിൽ, വെബ്‌സൈറ്റുകൾ പുതിയ ദാതാവിന് അഭിമുഖമായ വിലാസം കാണുന്നു.

ആ വിലാസം സ്ഥിരമായി നിലനിർത്താൻ സ്വന്തം ലഭ്യതയും നയവുമുള്ള ബോധപൂർവമായ എഗ്രെസ് ഡിസൈൻ വേണം. അത് ടണലിനൊപ്പം സൗജന്യമായി വരുന്നില്ല.

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

നാല് പരിശോധനകളിലൂടെ മാറ്റം സ്ഥിരീകരിക്കുക

മാറ്റത്തിനുശേഷം നാല് കാര്യങ്ങൾ ക്രമത്തിൽ പരിശോധിക്കുക: ടണൽ ഉദ്ദേശിച്ച പിയറുമായി സ്ഥാപിതമാണ്, ശാഖ പ്രിഫിക്സിലേക്കുള്ള ആന്തരിക റൂട്ട് നിലവിലുണ്ട്, നയം ആപ്ലിക്കേഷൻ പ്രവാഹം അനുവദിക്കുന്നു, ആപ്ലിക്കേഷൻ ഉത്തരം നൽകുന്നു. ഓരോന്നിനും സ്വന്തം കമാൻഡുണ്ട്.

Linux ഗേറ്റ്‌വേയിൽ, ഈ മൂന്നും ആ പട്ടികയുടെ മധ്യഭാഗം ഉൾക്കൊള്ളുന്നു:

ip route get 10.55.8.20
ip xfrm policy list
curl -sS -o /dev/null -w "%{http_code}" --max-time 8 http://10.55.8.20/health

ട്രാൻസ്പോർട്ട് വിലാസങ്ങൾ ഒരു പട്ടികയിലും ആപ്ലിക്കേഷൻ വിലാസങ്ങൾ മറ്റൊന്നിലും സൂക്ഷിക്കുക. യഥാർത്ഥത്തിൽ നീങ്ങിയ എൻട്രികൾ മാത്രം പുതുക്കുക. ടണലിന്റെ ബാഹ്യ വിലാസം മാറിയതിനാൽ ആന്തരിക ആശ്രിതത്വങ്ങൾ വീണ്ടും നമ്പർ ചെയ്യുന്നത് ഒഴിവാക്കാവുന്ന ജോലിയാണ്.