രണ്ട് VPN, ഒരു റിസോൾവർ: അവസാനം എഴുതിയവൻ ജയിക്കുന്നു

രണ്ട് VPN ക്ലയന്റുകൾ ബന്ധിപ്പിച്ചിരിക്കുന്നു, ഒന്ന് ജോലിക്കും ഒന്ന് ലാബ് നെറ്റ്വർക്കിനും, ആന്തരിക നാമങ്ങൾ അവസാനം ബന്ധിപ്പിച്ച ക്ലയന്റിന് മാത്രമേ റിസോൾവ് ചെയ്യൂ. ഈ മാതൃക ഒരു ക്ലയന്റിലെ ബഗ് പോലെ തോന്നുന്നു. സാധാരണയായി ഇത് ഏത് നാമം ആർക്ക് സ്വന്തം എന്ന കരാറില്ലാതെ ഒരേ റിസോൾവർ കോൺഫിഗറേഷൻ എഴുതുന്ന രണ്ട് പ്രോഗ്രാമുകളുടെ പ്രവചനാത്മക ഫലമാണ്.

കെട്ടുകഥ: ഏറ്റവും പുതിയ VPN ആണ് DNS ന്റെ ഉടമ

ഏറ്റവും പുതിയ കണക്ഷൻ ജയിക്കുന്നു എന്ന പൊതു നിയമമില്ല. എന്ത് സംഭവിക്കുന്നു എന്നത് പ്ലാറ്റ്ഫോം സംവിധാനത്തെയും ഓരോ ക്ലയന്റും അത് എങ്ങനെ എഴുതുന്നു എന്നതിനെയും ആശ്രയിച്ചിരിക്കുന്നു. റിസോൾവർ ഫയൽ മാറ്റിസ്ഥാപിക്കുന്ന ക്ലയന്റ് ഒരു ഫലം നൽകുന്നു; ഓരോ ലിങ്കിനും ഡൊമെയ്ൻ ചേർക്കുന്ന ക്ലയന്റ് മറ്റൊന്ന്; ഒന്നും ചെയ്യാത്ത ക്ലയന്റ് മുൻ അവസ്ഥ അതേപടി വിടുന്നു.

അതിനാൽ കാണുന്ന പെരുമാറ്റം രണ്ട് നിർവഹണങ്ങളുടെ സ്വഭാവമാണ്, രേഖപ്പെടുത്തിയ മുൻഗണനയല്ല. ലോഞ്ച് ക്രമത്തിൽ നിന്ന് മാത്രം യുക്തി ചെയ്യുന്നത് ചിലപ്പോൾ ശരിയാകും, ചിലപ്പോൾ പുനർനിർമ്മിക്കാൻ പ്രയാസമുള്ള രീതിയിൽ തെറ്റാകും. പകരം മാപ്പിംഗ് എഴുതിവയ്ക്കുക. രണ്ട് ക്ലയന്റുകളിൽ ജീവിക്കുന്ന ഡിസൈൻ ഡിസൈൻ അല്ല.

നാമ സ്ഥലങ്ങൾ റിസോൾവറുകളിലേക്ക് മാപ്പ് ചെയ്യുക

സ്വകാര്യ സഫിക്സുകളും ഓരോ നെറ്റ്വർക്കിനും ആവശ്യമായ റിസോൾവറും ലിസ്റ്റ് ചെയ്ത്, പിന്നീട് പൊതു നാമങ്ങൾ എവിടെ പോകണം എന്ന് തീരുമാനിക്കുക. ആ ലിസ്റ്റാണ് ഡിസൈൻ. അതില്ലാതെ, ക്ലയന്റുകൾ ആകസ്മികമായി തീരുമാനമെടുക്കുന്നു.

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

Windows ൽ, നാമ റിസല്യൂഷൻ നയ പട്ടികയ്ക്ക് സഫിക്സുകൾ നിർദ്ദിഷ്ട സെർവറുകളിലേക്ക് നയിക്കാം, ഒരു VPN ക്ലയന്റിന് അവിടെ നിയമങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യാം. അഡാപ്റ്റർ ലിസ്റ്റിന് പകരം നയം പരിശോധിക്കുക, കാരണം നാമം റിസോൾവ് ചെയ്യുന്നത് അഡാപ്റ്റർ ലിസ്റ്റല്ല.

ബൂട്ട്സ്ട്രാപ്പ് പാത്ത് സൂക്ഷിക്കുക

ഓരോ ക്ലയന്റും അതിന്റെ സ്വന്തം എൻഡ്പോയിന്റ് കണ്ടെത്തണം, അപ്പോൾ മാത്രമേ ആ എൻഡ്പോയിന്റ് നൽകുന്ന സേവനം ഉപയോഗിക്കാനാകൂ. എൻഡ്പോയിന്റിന്റെ ഹോസ്റ്റ്നെയിം ടണലിലൂടെ മാത്രമേ റിസോൾവ് ചെയ്യാനാകൂ, ടണലിന് റിസോൾവ് ചെയ്ത ഹോസ്റ്റ്നെയിം ആവശ്യമാണ് എന്നിരിക്കിൽ, കണക്ഷൻ ടൈംഔട്ടായി പ്രത്യക്ഷപ്പെടുന്ന ഒരു ചാക്രിക ആശ്രിതത്വം നിങ്ങൾക്കുണ്ട്. രണ്ട് ടണലുകൾക്കും പുറത്ത് ഒരു ബൂട്ട്സ്ട്രാപ്പ് പാത്ത് സൂക്ഷിക്കുക. കണക്ഷൻ രക്ഷിക്കുന്ന ദിവസം വരെ അതിന് ഒന്നും ചെലവില്ല.

ഓരോ റിസോൾവറിലേക്കുള്ള വഴി നോക്കുക, അതിനായി കോൺഫിഗർ ചെയ്ത നാമം മാത്രമല്ല. മറ്റേ ടണലിലൂടെ മാത്രം എത്താവുന്ന റിസോൾവർ ഇല്ലാത്തതുപോലെ പെരുമാറുന്നു, ലക്ഷണം റൂട്ടിംഗ് പിശകല്ല, ടൈംഔട്ടാണ്.

ഓവർലാപ്പിംഗ് വിലാസങ്ങൾ DNS പ്രശ്നമല്ല

ഒരേ വിലാസ ശ്രേണി ഉപയോഗിക്കുന്ന രണ്ട് സ്വകാര്യ നെറ്റ്വർക്കുകൾ DNS ക്രമം കൊണ്ട് ശരിയാക്കാനാവില്ല. രണ്ട് ടണലുകളും 10.0.0.0/8 അവകാശപ്പെടുന്നുവെങ്കിൽ, ശരിയായി റിസോൾവ് ചെയ്യുന്ന ഒരു നാമം ഇപ്പോഴും ഹോസ്റ്റിന് ശരിയായ ടണലിലേക്ക് റൂട്ട് ചെയ്യാനാകാത്ത വിലാസത്തിലേക്കാണ് ചൂണ്ടുന്നത്. അതിന് വിലാസ തലത്തിലുള്ള പരിഹാരം ആവശ്യമാണ്, ഉദാഹരണത്തിന് വ്യത്യസ്ത ശ്രേണികൾ, ഒരു നാമ സ്ഥലം അല്ലെങ്കിൽ വിവർത്തനം, അല്ലാതെ മറ്റൊരു റിസോൾവർ ക്രമീകരണമല്ല. ഇത് നേരത്തെ തീരുമാനിക്കുന്നത് ഒരിക്കലും പ്രവർത്തിക്കാത്ത DNS കോൺഫിഗറേഷനിലൂടെയുള്ള നീണ്ട വഴിത്തിരിവ് ഒഴിവാക്കുന്നു.

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

യഥാർത്ഥ ആപ്ലിക്കേഷനുകൾ കൊണ്ട് അത് തെളിയിക്കുക

സ്വന്തം നാമ സ്ഥലത്ത് മാത്രം നിലനിൽക്കുന്ന രണ്ട് ഹോസ്റ്റുകളും ഒരു പൊതു നാമവും തിരഞ്ഞെടുത്ത്, ഓരോന്നും അതിന്റെ ഉടമയാകേണ്ട ക്ലയന്റിലൂടെ റിസോൾവ് ചെയ്യുക. പ്രതീക്ഷിത റിസോൾവറിൽ നിന്നുള്ള ശരിയായ ഉത്തരം ആപ്ലിക്കേഷൻ ഹോസ്റ്റിലെത്തുന്നു എന്ന് തെളിയിക്കുന്നില്ല, കാരണം ആ വിലാസത്തിലേക്കുള്ള വഴി ഇപ്പോഴും പരാജയപ്പെടാം. ഓരോ ലുക്കപ്പിനും ശേഷം ഉപയോക്താവ് യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന പ്രോഗ്രാമിൽ നിന്ന് ഒരു കണക്ഷൻ പരിശോധന നടത്തുക.

സ്വന്തം എൻക്രിപ്റ്റ് ചെയ്ത DNS ഓപ്ഷനുള്ള ഒരു ക്ലയന്റിന് നിങ്ങൾ ഇപ്പോൾ പരിശോധിച്ച നയം മറികടക്കാം, അതിനാൽ ആ ക്രമീകരണം അവലോകനത്തിന്റെ ഭാഗമായി പരിശോധിക്കുക. തുടർന്ന് വെണ്ടർ പിന്തുണയ്ക്കുന്ന ക്രമത്തിൽ രണ്ട് ക്ലയന്റുകളും വീണ്ടും ബന്ധിപ്പിച്ച് ലുക്കപ്പുകൾ ആവർത്തിക്കുക; ക്രമം മാറുമ്പോൾ ഉത്തരങ്ങൾ മാറുകയാണെങ്കിൽ, ഒരു എതിരാളി എഴുത്തുകാരൻ ഇപ്പോഴും കോൺഫിഗറേഷന്റെ ഒരു ഭാഗം കൈവശം വച്ചിരിക്കുന്നു. എന്തെങ്കിലും തിരുത്തുന്നതിന് മുമ്പ് ഏത് ഘടകമാണ് നിയമം ഇൻസ്റ്റാൾ ചെയ്യുന്നത് എന്ന് കണ്ടെത്തുക - ക്ലയന്റ്, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം പ്രൊഫൈൽ അല്ലെങ്കിൽ ഒരു മാനേജ്മെന്റ് ഏജന്റ്. ക്രമവും ഉടമകളും രേഖപ്പെടുത്തുക, അടുത്ത വ്യക്തിക്ക് അവ വീണ്ടും കണ്ടെത്തേണ്ടതില്ല.