VPN ഹോസ്റ്റ്നെയിമുകൾ പരാജയപ്പെടുന്നു, IP വിലാസങ്ങൾ പ്രവർത്തിക്കുന്നു: എവിടെ നോക്കണം
IP വഴിയുള്ള പ്രവേശനം പ്രവർത്തിക്കുമ്പോൾ പേരുകൾ പരാജയപ്പെടുന്നു, ഇത് റൂട്ടുകളല്ല, മറിച്ച് പ്രത്യയങ്ങളെയും തള്ളിവിട്ട റിസോൾവറുകളെയും സൂചിപ്പിക്കുന്നു. വിലാസം, FQDN, ചെറിയ പേര്, പഴയ പാത എന്നിവ പരിശോധിക്കുക.
നിങ്ങൾക്ക് വിലാസം വഴി ഷെയർ തുറക്കാം, അതേ ഷെയർ പേരിലൂടെ പരാജയപ്പെടുന്നു, അതായത് ടണൽ പാക്കറ്റുകൾ കൊണ്ടുപോകുന്നു, പേരുകളുടെ പാളി കൊണ്ടുപോകുന്നില്ല. ആ ഒരു നിരീക്ഷണം ഫയർവാളും റൂട്ടുകളും മാറ്റുന്ന വഴിയിലെ വളവ് ഒഴിവാക്കുന്നു. പേരുകൾക്ക് ഒരു പ്രത്യയം, ഒരു റിസോൾവർ, ചോദ്യത്തിന് ഒരു പാത എന്നിവ വേണം, VPN ക്ലയന്റിന് അവയൊന്നും ഇൻസ്റ്റാൾ ചെയ്യാതെ ഒരു റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്യാം. താഴെയുള്ള നാല് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്ത് ആദ്യം പൊട്ടുന്നതിൽ നിർത്തുക.
പേര് വിലാസം ചോദിക്കാത്ത ഒരു ചോദ്യം ചോദിക്കുന്നു
വിലാസം സ്റ്റാക്കിന് ഉടൻ ഉപയോഗിക്കാവുന്ന ഒരു ലക്ഷ്യസ്ഥാനമാണ്. ചെറിയ പേര് ഒരു പ്രത്യയം കൊണ്ട് വിപുലീകരിക്കുകയും ഒരു റിസോൾവറിലേക്ക് അയക്കുകയും സോൺ അറിയുന്ന എന്തെങ്കിലും ഉത്തരം നൽകുകയും വേണ്ട ഒരു ചോദ്യമാണ്. റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്ത് റിസോൾവർ ഇല്ലാത്ത ടണൽ ആദ്യത്തേത് പ്രവർത്തിക്കുന്നതായും രണ്ടാമത്തേത് പൊട്ടിയതായും വിടുന്നു. അതുകൊണ്ടാണ് വളരെ വ്യത്യസ്ത VPN ഉൽപ്പന്നങ്ങളിൽ ലക്ഷണങ്ങൾ ഇത്ര സ്ഥിരതയുള്ളതായി തോന്നുന്നത്.
വിലാസത്തിൽ നിന്ന് പുറത്തേക്ക് പ്രവർത്തിക്കുക: ആദ്യം മുഴുവൻ പേര്, പിന്നെ വെറും ഹോസ്റ്റ്നെയിം, മൂന്നിൽ ഏതാണ് പ്രവർത്തിക്കുന്നതെന്ന് കുറിച്ചിടുക. ഒരു കോൺഫിഗറേഷൻ സ്ക്രീൻ തുറക്കും മുൻപ് ഏത് പാളി പരിശോധിക്കണമെന്ന് പാറ്റേൺ പറയുന്നു. FQDN പരിഹരിക്കപ്പെടുമ്പോൾ റൂട്ടുകളെക്കുറിച്ച് ഊഹിക്കുന്നത് വ്യർഥമായ അധ്വാനമാണ്.
ടണൽ യഥാർത്ഥത്തിൽ ഇൻസ്റ്റാൾ ചെയ്ത റിസോൾവർ വായിക്കുക
ആന്തരിക സോണിന്റെ ചോദ്യങ്ങൾ ഏത് റിസോൾവർ കൈകാര്യം ചെയ്യുന്നു എന്ന് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തോട് ചോദിക്കുക, VPN ക്ലയന്റിന്റെ ഇന്റർഫേസ് ഏതിനെ പരസ്യപ്പെടുത്തുന്നു എന്നല്ല. ആന്തരിക സോൺ ഇല്ലാതെ ഒരു പൊതു റിസോൾവർ തള്ളിവിടുന്ന സെർവർ കൃത്യമായി ഈ പരാജയം സൃഷ്ടിക്കുന്നു, ഇത് റൂട്ടിംഗ് തകരാറല്ല, കോൺഫിഗറേഷൻ പിശകാണ്.
resolvectl status
nslookup fileserver.corp.example
nslookup fileserver
ഡൊമെയ്നിൽ ചേർന്ന Windows ക്ലയന്റിൽ, പേരിന്റെ ഇടത്തിന്റെ റൂട്ടിംഗ് നയം ഏത് ചോദ്യം ഏത് റിസോൾവറിലേക്ക് പോകുമെന്ന് തീരുമാനിക്കുന്നു, VPN അഡാപ്റ്ററിന്റെ സ്വന്തം DNS ക്രമീകരണങ്ങൾ അഡാപ്റ്റർ വിശദാംശങ്ങളിൽ കാണാം. പ്രൊഫൈലല്ല, പ്രാബല്യത്തിലുള്ള നയം വായിക്കുക, കാരണം കാഷ് ചെയ്ത നയം അത് ഇൻസ്റ്റാൾ ചെയ്ത കണക്ഷനെക്കാൾ കൂടുതൽ കാലം നിലനിൽക്കാം. റിസോൾവർ മുഴുവൻ പേരിന് ഉത്തരം നൽകി ചെറിയ പേരിന് നൽകുന്നില്ലെങ്കിൽ, പ്രശ്നം ഇതിനകം പ്രത്യയങ്ങളുടെ പട്ടികയിലേക്ക് മാറിയിരിക്കുന്നു.
Get-DnsClientNrptPolicy
ipconfig /all
ആന്തരിക സോൺ ശരിയായ സെർവർ വഴി പരിഹരിക്കപ്പെട്ടാൽ നിർത്തുക. റിസോൾവർ നിങ്ങളുടെ പ്രശ്നമല്ല.
പരാജയപ്പെടുന്ന ചെറിയ പേരുകളെ പ്രത്യയങ്ങൾ വിശദീകരിക്കുന്നു
ഒറ്റ ലേബലുള്ള പേര് ചോദ്യം അയക്കും മുൻപ് കണക്ഷന്റെ പ്രത്യയ പട്ടിക കൊണ്ട് വിപുലീകരിക്കുന്നു. VPN ആന്തരിക പ്രത്യയം എത്തിച്ചില്ലെങ്കിൽ, fileserver ഒരിക്കലും fileserver.corp.example ആകുന്നില്ല, ചോദ്യം ഏതൊരു പൊതു റിസോൾവറിനും അറിയാത്ത ഒരു പേരായി പുറത്തുപോകുന്നു. പ്രത്യയം തള്ളിവിടുന്നതോ മുഴുവൻ പേര് ടൈപ്പ് ചെയ്യുന്നതോ സെർവറിൽ ഒന്നും മാറ്റാതെ സിദ്ധാന്തം പരീക്ഷിക്കുന്നു.
nslookup fileserver.corp.example
ping -a 192.168.50.20
Linux ൽ റിസോൾവർ സേവനം DNS സെർവറിനെ ഒരു ലിങ്കിനോടും റൂട്ടിംഗ് ഡൊമെയ്നുകളുടെ ഒരു കൂട്ടത്തോടും ബന്ധിപ്പിക്കുന്നു, അതിനാൽ ടണലിന്റെ ലിങ്കുമായി ബന്ധമില്ലാത്ത തള്ളിവിട്ട സെർവർ അത് അവിടെ ഇല്ലാത്തതുപോലെ പെരുമാറുന്നു. സ്ഥാനീയ റിസോൾവറിലേക്ക് മാത്രം ചൂണ്ടിയേക്കാവുന്ന stub ഫയലല്ല, ലിങ്ക് അനുസരിച്ചുള്ള നില പരിശോധിക്കുക. അതേ വിഭജനം വിപരീത ദിശയിലും കാണാം: നിലവിലുള്ളതും എന്നാൽ ടണൽ ഇന്റർഫേസിൽ പ്രയോഗിക്കാത്തതുമായ ഒരു തിരയൽ ഡൊമെയ്ൻ യാദൃച്ഛികമായി തോന്നുന്ന ചെറുപേര് പരാജയങ്ങൾ സൃഷ്ടിക്കുന്നു.
പ്രത്യയം ചേർത്താൽ അത് ശരിയാകുമെങ്കിൽ, ബാക്കിയുള്ള ജോലി ഓരോ ഉപയോക്താവിനെയും അത് ടൈപ്പ് ചെയ്യാൻ ആവശ്യപ്പെടുന്നതിന് പകരം ആ പ്രത്യയം VPN പ്രൊഫൈൽ വഴി എത്തിക്കുകയാണ്.
NetBIOS ഉം WINS ഉം വേറെ സംവിധാനമാണ്
പഴയ SMB ഇപ്പോഴും NetBIOS നാമ സേവനം ഉപയോഗിച്ച് വെറും പേര് തിരയാൻ കഴിയും, അത് ബ്രോഡ്കാസ്റ്റിലൂടെയോ WINS സെർവർ വഴിയോ ഉത്തരം നൽകുന്നു. ബ്രോഡ്കാസ്റ്റ് ഒരു ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നിനുള്ളിൽ തുടരുകയും ആദ്യ റൗട്ടറിൽ നിർത്തുകയും ചെയ്യുന്നു, അതിനാൽ ഒരു ടണൽ കടക്കാൻ കഴിയില്ല; WINS പ്രവർത്തിക്കുന്നത് ക്ലയന്റിന് രജിസ്റ്റർ ചെയ്യാനും ചോദിക്കാനും ഒരു യൂണികാസ്റ്റ് വിലാസം ഉള്ളതുകൊണ്ടാണ്. അതുകൊണ്ടാണ് IP മാത്രം കൊണ്ടുപോകുന്ന VPN-നും WINS ക്രമീകരിച്ച് എത്താവുന്നതാകുമ്പോൾ പഴയ പേരുകൾ പിന്തുണയ്ക്കാൻ കഴിയുന്നത്.
nbtstat -n
nbtstat -R
ആധുനിക SMB-യ്ക്ക് DNS-ലും മുഴുവൻ പേരിലും ആശ്രയിക്കുക, പഴയ പാത വിരമിക്കട്ടെ. അത് ശരിക്കും പഴയതാണെങ്കിൽ WINS നൽകുക അല്ലെങ്കിൽ അപ്ലിക്കേഷൻ മാറ്റുക; ഇടയിലുള്ള വഴി ഒരിക്കലും ശൂന്യമാകാത്ത ഒരു പിന്തുണാ നിരയാണ്.
ഏത് പാളി പരാജയപ്പെട്ടുവെന്ന് പറയാൻ കഴിയുമ്പോൾ ഈ യാത്ര അവസാനിക്കുന്നു: റിസോൾവർ, പ്രത്യയം അല്ലെങ്കിൽ പഴയ കണ്ടെത്തൽ. ഉത്തരം നൽകിയ റിസോൾവറും പ്രവർത്തിച്ച പേരിന്റെ രൂപവും കുറിച്ചിടുക, കാരണം അടുത്ത ആൾ അതേ ലക്ഷണത്തിൽ നിന്ന് തുടങ്ങും.