ഏത് ലിങ്ക് ഉത്തരം നൽകുന്നു: സ്പ്ലിറ്റ്-ടണൽ VPN DNS-നുള്ള റൂട്ടിംഗ് ഡൊമെയ്നുകൾ

സാധാരണ ബ്രൗസിംഗ് പ്രാദേശിക ലിങ്കിൽ നിലനിർത്തുക, കമ്പനിയുടെ പേരുകൾ ടണൽ നൽകുന്ന DNS സെർവർ വഴി പരിഹരിക്കപ്പെടുമ്പോൾ. VPN-ന്റെ ഡിഫോൾട്ട് റൂട്ട് ഓഫ് ചെയ്താൽ ആദ്യ പകുതി ലഭിക്കും, രണ്ടാം പകുതി നിർമ്മിക്കപ്പെടാതെ കിടക്കും. തുടർന്ന് വരുന്നത് നഷ്ടമായ ക്രമീകരണം, അതിന്റെ അർത്ഥം മാറ്റുന്ന വിരാമചിഹ്നം, ഏത് ലിങ്ക് യഥാർത്ഥത്തിൽ ഉത്തരം നൽകി എന്ന് കാണിക്കുന്ന ഏക കമാൻഡ് എന്നിവയാണ്. മുഴുവൻ പാഠത്തിലും NetworkManager-ഉം systemd-resolved-ഉം അനുമാനിക്കുന്നു, കാരണം ആ ജോടിയാണ് സാധാരണയായി ആശയക്കുഴപ്പം ആരംഭിക്കുന്ന ഇടം.

ആദ്യ ഘട്ടം: റൂട്ട് റിസോൾവറിൽ നിന്ന് വേർതിരിക്കുക

ipv4.never-default ഒരു റൂട്ടിംഗ് ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, ഈ കണക്ഷനെ എല്ലാ IPv4 ട്രാഫിക്കിന്റെയും വഴിയായി ഇൻസ്റ്റാൾ ചെയ്യുന്നതിൽ നിന്ന് NetworkManager-നെ തടയുന്നു. DNS റൂട്ടിംഗ് ഡൊമെയ്ൻ മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: പൊരുത്തപ്പെടുന്ന സഫിക്സിനുള്ള ക്വറി ഏത് ലിങ്കിന്റെ നാമ സെർവറുകൾക്കാണ് ലഭിക്കുന്നത്. ഒന്നും മറ്റൊന്നിനെ സൂചിപ്പിക്കുന്നില്ല, കൂടാതെ ഒരു പ്രൊഫൈലിന് വർഷങ്ങളോളം ഒന്ന് വഹിക്കാം മറ്റൊന്ന് ഇല്ലാതെ. റൂട്ട് മാത്രം എന്നാൽ ടണൽ കമ്പനിയുടെ സബ്നെറ്റുകൾ കൊണ്ടുപോകുന്നു, അതിന്റെ റിസോൾവർ കമ്പനിയുടെ പേരുകൾക്ക് ഉത്തരം നൽകുന്നു, ബാക്കിയെല്ലാം തൊടാതെ വിടുന്നു.

റൂട്ട് പ്രോപ്പർട്ടി മാത്രം സെറ്റ് ചെയ്താൽ ആന്തരിക പേരുകൾ പരാജയപ്പെടും, സാധാരണയായി തകർന്ന ടണലിനെപ്പോലെ തോന്നിക്കുന്ന ടൈംഔട്ടോടെ. ഡൊമെയ്ൻ മാത്രം സെറ്റ് ചെയ്താൽ മെഷീനിലെ എല്ലാ ചെറിയ പേരുകൾക്കും നിശ്ശബ്ദമായി സെർച്ച് സഫിക്സ് ചേർത്തു. രണ്ട് തെറ്റുകളും ടിക്കറ്റ് VPN സെർവറിലേക്ക് അയക്കുന്നു, അത് അപൂർവമായേ തെറ്റായ ഭാഗമാകൂ.

രണ്ടാം ഘട്ടം: പ്രൊഫൈലിൽ റൂട്ടിംഗ്-മാത്രം ഡൊമെയ്ൻ ചേർക്കുക

കണക്ഷന്റെ പേര് corp-vpn, കമ്പനിയുടെ സഫിക്സ് internal.example, ടണലിന്റെ റിസോൾവർ ഇതിനകം എത്താവുന്നതാണ് എന്ന് കരുതുക. ആദ്യം നിലവിലെ മൂല്യങ്ങൾ വായിക്കുക, കാരണം താഴെയുള്ള കമാൻഡുകൾ ഇതിനകം എൻട്രികൾ ഉണ്ടായേക്കാവുന്ന പ്രോപ്പർട്ടികൾ മാറ്റുന്നു.

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

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

ആദ്യത്തെ ടിൽഡ റൂട്ടിംഗ്-മാത്രം ഡൊമെയ്നിനെ സൂചിപ്പിക്കുന്നു, അതിനാൽ പൊരുത്തപ്പെടുന്ന ക്വറികൾ ഈ ലിങ്കിന്റെ സെർവറുകളിലേക്ക് പോകുന്നു, സഫിക്സ് ചെറിയ പേരുകളിൽ ചേരുന്നില്ല. ടിൽഡ നീക്കിയാൽ അതേ സ്ട്രിംഗ് സെർച്ച് സഫിക്സുമാകും, ഇത് ആളുകൾ അപൂർവമായി ഉദ്ദേശിക്കുന്ന വ്യത്യസ്ത ഫലമാണ്. മുകളിലെ രണ്ട് ക്രമീകരണങ്ങളും IPv4 ആണ്, അതിനാൽ ഡ്യുവൽ-സ്റ്റാക്ക് പ്രൊഫൈലിന് ipv6.never-default-ഉം ipv6.dns-search-ൽ അതേ റൂട്ടിംഗ് ഡൊമെയ്നും വേണം, അല്ലെങ്കിൽ IPv6 വശം ഡിഫോൾട്ട് റൂട്ട് തുടർന്നും ഉപയോഗിക്കും, അവിടെ ആന്തരിക പേരുകൾ പരാജയപ്പെടും.

മൂന്നാം ഘട്ടം: ഏത് ലിങ്ക് ഉത്തരം നൽകി എന്ന് resolvectl-നോട് ചോദിക്കുക

resolvectl status പ്രവർത്തിപ്പിച്ച് ഓരോ ലിങ്കിന്റെയും DNS സെർവറുകളും ഡൊമെയ്നുകളും വായിക്കുക, തുടർന്ന് ക്വറി ചെയ്യാൻ അനുവാദമുള്ള യഥാർത്ഥ ആന്തരിക പേരിനെതിരെ resolvectl query host.internal.example പ്രവർത്തിപ്പിക്കുക. രണ്ടാമത്തെ കമാൻഡ് മാത്രമാണ് റൂട്ടിംഗ് ഡൊമെയ്ൻ തന്റെ ജോലി ചെയ്യുന്നു എന്നതിന് നേരിട്ടുള്ള തെളിവ്, കാരണം അത് ഉത്തരം നൽകിയ ലിങ്കിനെ പേരെടുത്ത് പറയുന്നു. സ്റ്റാറ്റസ് പട്ടിക മാത്രം കോൺഫിഗറേഷൻ തെളിയിക്കുന്നു; ക്വറി പരിഹാരം തെളിയിക്കുന്നു.

systemd-resolved ഏറ്റവും നന്നായി പൊരുത്തപ്പെടുന്ന റൂട്ടിംഗ് ഡൊമെയ്ൻ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ മറ്റൊരു ലിങ്കിലെ കൂടുതൽ നിർദ്ദിഷ്ട ഡൊമെയ്നിന് ഇപ്പോഴും മത്സരം ജയിക്കാം. നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ലിങ്കിൽ നിന്ന് ക്വറി തിരികെ വന്നാൽ, VPN-ന്റെ DNS സെർവർ തൊടുന്നതിന് മുൻപ് ഡൊമെയ്ൻ പട്ടികകൾ വായിക്കുക. ~. റൂട്ട് ഡൊമെയ്ൻ എല്ലാത്തിനും പൊരുത്തപ്പെടുന്നു, ഇത് ഇതിനകം ഉണ്ടെങ്കിൽ നിങ്ങളുടെ നിർദ്ദിഷ്ട ഡൊമെയ്ൻ സ്വന്തം പേരുകൾക്ക് ഇപ്പോഴും ജയിക്കും, എന്നാൽ ലിങ്ക് നിങ്ങൾ ചോദിച്ചതിനേക്കാൾ ഏറെ കാര്യങ്ങൾക്ക് ഉത്തരം നൽകും. ഉദ്ദേശ്യം കമ്പനിയുടെ പേരുകൾ മാത്രമായിരുന്നപ്പോൾ ആ റൂട്ട് എൻട്രി നീക്കുകയോ ഇടുക്കുകയോ ചെയ്യുക.

VPN ലിങ്ക് ഒരു DNS സെർവറും പട്ടികപ്പെടുത്തുന്നില്ലെങ്കിൽ, ക്ലയന്റ് ഒരിക്കലും ഒന്ന് രജിസ്റ്റർ ചെയ്തിട്ടില്ല. പിന്നിൽ സെർവറില്ലാത്ത റൂട്ടിംഗ് ഡൊമെയ്ൻ നഷ്ടമായ ഡൊമെയ്നിൽ നിന്ന് വ്യത്യസ്തമായി പരാജയപ്പെടും, അതിനാൽ ആദ്യം രജിസ്ട്രേഷൻ ശരിയാക്കുക.

നാലാം ഘട്ടം: പേര് പരിഹരിക്കുമ്പോൾ സേവനം അല്ല

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

ഈ ചോദ്യത്തോടൊപ്പം ചുറ്റുന്ന Samba മാറ്റം ആക്സസ് പാളിയെക്കുറിച്ചാണ്, DNS തിരഞ്ഞെടുപ്പിനെക്കുറിച്ചല്ല. പേര്-പരിഹാര തകരാറിൽ അത് പ്രയോഗിക്കുന്നതാണ് ചെറിയ പ്രശ്നത്തിന് രണ്ടാമത്തേത് ലഭിക്കുന്ന വഴി.

അഞ്ചാം ഘട്ടം: നഷ്ടമായ ഡൊമെയ്ൻ ശരിയാക്കാൻ റിസോൾവർ മാറ്റരുത്

റിസോൾവർ ഫയൽ മുകളിൽ എഴുതുന്നതോ മറ്റൊരു റിസോൾവർ മാനേജർ ഇൻസ്റ്റാൾ ചെയ്യുന്നതോ ആയ ഉപദേശം മറ്റൊരു പ്രശ്നം പരിഹരിക്കുന്നു. അവ സ്വന്തം പരാജയ മാതൃകകളുള്ള സിസ്റ്റം സംയോജന മാറ്റങ്ങളാണ്, അവയൊന്നും ഒരിക്കലും കോൺഫിഗർ ചെയ്യാത്ത ഒരു റൂട്ടിംഗ് ഡൊമെയ്ൻ ചേർക്കുന്നില്ല. മാറ്റുന്നതിന് മുൻപ് മെഷീനിൽ പേര്-പരിഹാരം ഏത് ഘടകത്തിന്റേതാണെന്ന് നിർണ്ണയിക്കുക, കാരണം systemd-resolved ഉള്ള NetworkManager ഡെസ്ക്ടോപ്പിൽ ആ ഉടമസ്ഥത ഇതിനകം നിർവചിച്ചിരിക്കുന്നു. അതിനെതിരെ പോരാടുന്നതാണ് പ്രവർത്തിക്കുന്ന ക്രമീകരണം ആർക്കും പുനഃസൃഷ്ടിക്കാനാകാത്ത ഒന്നാകുന്ന വഴി.

ജോലിയുടെ ക്രമം: ടണൽ ഒരു റിസോൾവർ നൽകുന്നുവെന്ന് ഉറപ്പാക്കുക, റൂട്ടിംഗ്-മാത്രം ഡൊമെയ്ൻ ചേർക്കുക, പ്രൊഫൈൽ നിയന്ത്രണങ്ങളിലൂടെ വീണ്ടും കണക്റ്റ് ചെയ്യുക, ഉത്തരം നൽകുന്ന ലിങ്ക് പരിശോധിക്കുക, തുടർന്ന് സേവനം അതിന്റെ പോർട്ടിൽ പരിശോധിക്കുക. ഈ ക്രമം രണ്ടാമത്തെ അഭിമുഖമില്ലാതെ അടുത്ത വ്യക്തിക്ക് കൈമാറാവുന്ന ഫലം അവശേഷിപ്പിക്കുന്നു.