ചെറിയ ആന്തരിക നാമങ്ങൾ VPN-ൽ പരാജയപ്പെടുന്നു: നിങ്ങൾ ഒരിക്കലും കാണാത്ത പ്രത്യയം
ചെറിയ നാമം പ്രവർത്തിക്കുന്നത് ഒരു തിരയൽ പ്രത്യയം അത് പൂർത്തിയാക്കുന്നതുകൊണ്ട് മാത്രമാണ്. പ്രത്യയത്തിന്റെ അഭാവവും റിസോൾവർ പരാജയവും വേർതിരിക്കാൻ മുഴുവൻ നാമവും ചെറിയ നാമവും താരതമ്യം ചെയ്യുക.
ചെറിയ നാമം ഓഫീസിൽ പ്രവർത്തിച്ചിരുന്നു, VPN-ൽ പരാജയപ്പെടുന്നു; അതേസമയം മുഴുവൻ നാമം പ്രശ്നമില്ലാതെ പരിഹരിക്കപ്പെടുന്നു. ഒന്നും തകർന്നിട്ടില്ല. intranet പോലുള്ള നഗ്നനാമം പൂർണ്ണനാമമല്ല; ക്ലയന്റ് തന്റെ തിരയൽ പട്ടികയിൽ നിന്ന് ഒരു പ്രത്യയം ചേർത്ത് ഫലം ചോദിക്കുന്നു. VPN പ്രൊഫൈൽ ആ പ്രത്യയം നൽകിയില്ലെങ്കിൽ, പരിചിതമായ ചെറിയ രൂപം നിലനിൽക്കില്ല.
അതാണ് മുഴുവൻ കെട്ടുകഥ. DNS തകർന്നിട്ടില്ല, തിരയൽ നയം മാറി.
നഗ്നനാമം നാമമല്ല
ഒരു ലേബൽ മാത്രം ടൈപ്പ് ചെയ്യുമ്പോൾ, എന്താണ് ചോദിക്കേണ്ടതെന്ന് റിസോൾവർ തീരുമാനിക്കണം. നൽകിയതുപോലെ നാമം പരീക്ഷിച്ച ശേഷം, എന്തെങ്കിലും ഉത്തരം നൽകുന്നതുവരെ തിരയൽ പട്ടികയിലെ എൻട്രികൾ ഓരോന്നായി ചേർക്കുന്നു. Linux-ൽ, resolv.conf search, ndots ക്രമീകരണങ്ങളിലൂടെ ആ ക്രമം നിയന്ത്രിക്കുന്നു. Windows-ൽ, പ്രത്യയ പട്ടികയും നാമപരിഹാര നയവും അതേ കാര്യം ചെയ്യുന്നു. പ്രത്യയം നീക്കം ചെയ്യുക, റിസോൾവറിന് ചേർക്കാൻ ഒന്നും ബാക്കിയില്ല.
അതിനാൽ പ്രവർത്തിക്കുന്ന ചെറിയ നാമം ഒരു നയത്തിന്റെ തെളിവാണ്, ആരോഗ്യമുള്ള DNS സെർവറിന്റെ തെളിവല്ല.
പ്രത്യയ പട്ടികയും റിസോൾവർ വിലാസവും ചെയ്യുന്നത്
ഈ രണ്ടും നിരന്തരം കൂട്ടിക്കുഴയ്ക്കപ്പെടുന്നു. റിസോൾവർ വിലാസം ആരോട് ചോദിക്കണം എന്ന് പറയുന്നു; പ്രത്യയ പട്ടിക ഏത് നാമത്തെക്കുറിച്ച് ചോദിക്കണം എന്ന് പറയുന്നു. VPN നിങ്ങൾക്ക് പ്രത്യയമില്ലാത്ത സ്വകാര്യ റിസോൾവറോ, തെറ്റായ റിസോൾവറോടുകൂടിയ പ്രത്യയമോ നൽകാം. ഈ പരാജയങ്ങളിൽ ഒന്ന് മാത്രമാണ് DNS തടസ്സം പോലെ തോന്നുന്നത്.
അവ വെവ്വേറെ പരിശോധിക്കുക, കാരണം തെറ്റായത് നന്നാക്കുന്നത് പിന്തുണാ വിൻഡോ കത്തിക്കുന്നു.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
മൂന്ന് ലക്ഷണങ്ങൾ, മൂന്ന് വ്യത്യസ്ത ഉടമകൾ.
ആദ്യം മുഴുവൻ നാമം പരീക്ഷിക്കുക
ഊഹമല്ല, അഡ്മിനിസ്ട്രേറ്റർ രേഖപ്പെടുത്തിയ പൂർണ്ണയോഗ്യമായ നാമം ചോദിക്കുക. പ്രവർത്തിക്കുന്ന FQDN റിസോൾവർ ലഭ്യമാണെന്നും റെക്കോർഡ് നിലവിലുണ്ടെന്നും തെളിയിക്കുന്നു, ഇത് ഒരു ചോദ്യത്തിൽ സാധ്യമായ പകുതി കാരണങ്ങൾ ഒഴിവാക്കുന്നു. ഏത് സെർവർ ഉത്തരം നൽകി എന്ന് കാണിക്കുന്ന ഉപകരണം ഉപയോഗിക്കുക, കാഷെ ചെയ്ത ഫലം വായിക്കാതിരിക്കാൻ.
പരീക്ഷണം സ്വകാര്യമായി സൂക്ഷിക്കുക. ആന്തരിക രൂപങ്ങൾ പൊതു റിസോൾവറിലേക്ക് അയക്കുന്നത് നാമങ്ങൾ വെളിപ്പെടുത്തുകയും ആരും ഉദ്ദേശിക്കാത്ത നയം പരീക്ഷിക്കുകയും ചെയ്യുന്നു.
തിരുത്തൽ എവിടെയാണ് ഉള്ളത്
ഉടമസ്ഥ പ്രൊഫൈലോ അത് സൃഷ്ടിക്കുന്ന മാനേജ്മെന്റ് സിസ്റ്റമോ തിരുത്തുക. പ്രാദേശിക റിസോൾവർ കോൺഫിഗറേഷനിൽ കൈകൊണ്ട് വരുത്തുന്ന മാറ്റം സാധാരണയായി വീണ്ടും ബന്ധിപ്പിക്കുമ്പോൾ അപ്രത്യക്ഷമാകുന്നു, അല്ലെങ്കിൽ യന്ത്രം ചേരുന്ന എല്ലാ നെറ്റ്വർക്കുകൾക്കും ബാധകമാകുന്നു, അത് കൂടുതൽ മോശമാണ്.
Windows-ൽ, ഓർമ്മയിലുള്ള ചെക്ക്ബോക്സിന് പകരം ഫലപ്രദമായ നയം പരിശോധിക്കുക. Get-DnsClientNrptPolicy യഥാർത്ഥത്തിൽ പ്രാബല്യത്തിലുള്ള നാമപരിഹാര നിയമങ്ങൾ കാണിക്കുന്നു.
macOS-ൽ, scutil --dns ഓരോ സ്കോപ്പ് ചെയ്ത ഇന്റർഫേസിനും റിസോൾവർ കോൺഫിഗറേഷൻ, VPN തള്ളിയ തിരയൽ ഡൊമെയ്നുകൾ ഉൾപ്പെടെ, പ്രിന്റ് ചെയ്യുന്നു.
Linux-ൽ, /etc/resolv.conf ലെ search വരി വായിക്കുക, പക്ഷേ VPN ക്ലയന്റ് അത് വീണ്ടും എഴുതിയോ എന്ന് പരിശോധിക്കുക. ഫയൽ നിയന്ത്രിക്കപ്പെടുന്നുണ്ടെങ്കിൽ, റെൻഡർ ചെയ്ത ഫയലിന് പകരം സത്യത്തിന്റെ ഉറവിടം തിരുത്തുക. മുൻ നെറ്റ്വർക്കിൽ നിന്ന് ബാക്കിയായ പഴയ search വരി സാധാരണ കാരണമാണ്.
പ്രൊഫൈലിനൊപ്പം എന്ത് സൂക്ഷിക്കണം
തിരുത്തിയ മുഴുവൻ നാമം, പ്രത്യയ പട്ടിക, റിസോൾവർ വിലാസം എന്നിവ ക്ലയന്റ് പ്രൊഫൈലിനൊപ്പം സൂക്ഷിക്കുക. intranet സൈറ്റ് പ്രവർത്തിക്കുന്നില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന അടുത്ത വ്യക്തിക്ക് ഒഴിഞ്ഞ പേജിൽ നിന്ന് തുടങ്ങുന്നതിന് പകരം മൂന്ന് അറിയപ്പെടുന്ന മൂല്യങ്ങൾ താരതമ്യം ചെയ്യാം.
ചെറിയ രൂപം മാത്രം പരാജയപ്പെട്ടാൽ, അത് ടിക്കറ്റിൽ പറയുക. ആ വാക്യം റിസോൾവർ ടീമിന് ഒരു ഉച്ചയ്ക്ക് ശേഷം ലാഭിക്കുന്നു.