WSL 2-ലെ resolv.conf: VPN ബന്ധിപ്പിക്കുമ്പോൾ DNS നിലയ്ക്കുന്നു

വിതരണത്തിനുള്ളിൽ ബ്രൗസിംഗ് പ്രവർത്തിക്കുന്നു, ടണൽ ഉയരുന്ന നിമിഷം ആദ്യ ആന്തരിക ഹോസ്റ്റ്നാമേജ് പരാജയപ്പെടുന്നു. സ്വാഭാവിക പ്രതികരണം പൊതു റിസോൾവർ ചേർക്കുക എന്നതാണ്, അത് ഇന്റർനെറ്റ് തിരികെ കൊണ്ടുവരുന്നു, കോർപ്പറേറ്റ് പേരിനെ ബാക്കി ദിവസം എത്തിച്ചേരാനാവാത്തതാക്കുന്നു. WSL 2-ൽ, /etc/resolv.conf കോൺഫിഗറേഷനല്ല, സൃഷ്ടിച്ച ഔട്ട്പുട്ടാണ്, മനസ്സിലാക്കേണ്ട യന്ത്രവിധി അതാണ്. പരിഹാരം മികച്ച റിസോൾവറല്ല, ഫയലിന്റെ ഉടമസ്ഥതയാണ്.

ഫയൽ സൃഷ്ടിക്കപ്പെടുന്നു, കോൺഫിഗർ ചെയ്യുന്നില്ല

WSL 2 ഫയൽ ആരംഭത്തിൽ അപ്പോൾ കാണുന്ന Windows അഡാപ്റ്ററുകളിൽ നിന്ന് എഴുതുന്നു, മുകളിൽ അത് പറയുന്ന ഒരു കുറിപ്പ് അച്ചടിക്കുന്നു. പിന്നീട് ഒരു VPN ക്ലയന്റ് അഡാപ്റ്റർ ചേർക്കുകയോ വീണ്ടും എഴുതുകയോ ചെയ്താൽ, വിതരണം എന്തെങ്കിലും വീണ്ടും സൃഷ്ടിക്കണമെന്നില്ല, കൂടാതെ ഫയൽ ഇനി ഇല്ലാത്ത ഒരു നെറ്റ്വർക്കിനെ വിവരിച്ചുകൊണ്ടിരിക്കുന്നു.

രണ്ടാമത്തെ പരാജയരീതി കൂടുതൽ നിശ്ശബ്ദമാണ്: WSL ചില അഡാപ്റ്ററുകളിൽ നിന്ന് മാത്രം സെർവറുകൾ പകർത്തിയേക്കാം. ഭൗതിക അഡാപ്റ്ററിന് ഇതിനകം IPv6 റിസോൾവർ ഉണ്ടെങ്കിൽ, VPN അഡാപ്റ്റർ നൽകുന്ന IPv4 സെർവറുകൾ ചേർക്കുന്നതിന് പകരം ഒഴിവാക്കപ്പെടാം, ഫയൽ പൂർണ്ണമായി കാണപ്പെടുന്നു, എന്നാൽ ആന്തരിക നാമങ്ങൾക്ക് ഉത്തരം നൽകുന്ന സെർവറിനെ കൃത്യമായി വിട്ടുകളയുന്നു.

Windows കാഴ്ചയെ Linux കാഴ്ചയുമായി താരതമ്യം ചെയ്യുക

തിരുത്തുന്നതിന് മുൻപ് ഇരുവശവും വായിക്കുക. വിതരണത്തിനുള്ളിൽ ഫയലിൽ എന്തുണ്ടെന്നും അത് സാധാരണ ഫയലാണോ ലിങ്കാണോ എന്നും നോക്കുക. Windows-ൽ VPN സൃഷ്ടിച്ചതുൾപ്പെടെ ഓരോ അഡാപ്റ്ററിന്റെയും റിസോൾവർ ലിസ്റ്റ് ചെയ്യുക:

ls -l /etc/resolv.conf
cat /etc/resolv.conf

Get-DnsClientServerAddress -AddressFamily IPv4
Get-NetAdapter | Where-Object Status -eq 'Up'

VPN അഡാപ്റ്റർ കോർപ്പറേറ്റ് സെർവറുകൾ കാണിക്കുകയും Linux മറ്റെന്തോ കാണിക്കുകയും ചെയ്യുമ്പോൾ, അസമത്വം എത്തിച്ചേരാനുള്ള കഴിവിലല്ല, സൃഷ്ടിയിലാണ്. അഡാപ്റ്റർ പട്ടികയും വിലാസങ്ങളും താരതമ്യം ചെയ്യുക, കാരണം ഇല്ലാത്ത അഡാപ്റ്റർ ഇല്ലാത്ത സെർവറിനെ വിശദീകരിക്കുന്നു. ആ വ്യത്യാസമാണ് നിങ്ങൾ WSL ആണോ ഫയർവാൾ ആണോ നന്നാക്കുന്നതെന്ന് തീരുമാനിക്കുന്നത്, രണ്ടിനും പൊതുവായി ഒന്നുമില്ല.

സൃഷ്ടി നിർത്തി സ്വന്തം ഫയൽ എഴുതുക

WSL ഫയൽ വീണ്ടും എഴുതുന്നത് തടയുന്ന ഒരു രേഖപ്പെടുത്തിയ ക്രമീകരണമുണ്ട്, അത് /etc/wsl.conf-ൽ ആണ്. ആ ഫയലിൽ ഒരു നെറ്റ്വർക്ക് വിഭാഗം ചേർക്കുക:

[network]
generateResolvConf = false

തുടർന്ന് Windows-ൽനിന്ന് wsl --shutdown ഉപയോഗിച്ച് വിതരണം അവസാനിപ്പിച്ച് വീണ്ടും ആരംഭിക്കുക. പാത സാധാരണ ഫയലല്ലാതെ സിംബോളിക് ലിങ്കാണെങ്കിൽ, സ്വന്തം ഉള്ളടക്കം എഴുതുന്നതിന് മുൻപ് ലിങ്ക് നീക്കം ചെയ്യുക, കാരണം ലിങ്കിലൂടെ എഴുതുന്നത് അടുത്ത തുടക്കത്തിൽ സൃഷ്ടിച്ച ലക്ഷ്യം വീണ്ടും ഉണ്ടാക്കിയേക്കാം. ആ നിമിഷം മുതൽ ഫയൽ നിങ്ങളുടേതാണ്, ഒന്നും അത് വീണ്ടും എഴുതുന്നില്ല.

nameserver 172.28.4.10
nameserver 172.28.4.11
search site.corp.example
options timeout:1 attempts:2 rotate

തിരയൽ ഡൊമെയ്ൻ ഇല്ലാതെ, പൂർണ്ണമല്ലാത്ത ഹോസ്റ്റ്നാമേജ് പൊതു റൂട്ടുമായി പൂർത്തിയാക്കപ്പെടുന്നു, അത്തരം ഡൊമെയ്ൻ ഇല്ല എന്ന ഫലവുമായി മടങ്ങുന്നു. timeout മരിച്ച ആദ്യ സെർവറിനെ ഓരോ തിരയലും തടയുന്നതിൽനിന്ന് വിലക്കുന്നു, attempts ഒരു തിരയൽ എത്ര ശ്രമങ്ങൾ ചെലവഴിക്കുന്നു എന്ന് പരിമിതപ്പെടുത്തുന്നു, rotate എപ്പോഴും മുകളിൽനിന്ന് തുടങ്ങുന്നതിന് പകരം വീണ്ടും ശ്രമങ്ങൾ വിതരണം ചെയ്യുന്നു. വ്യാപാരം, റിസോൾവർ വിലാസം സെഷനുകൾക്കിടയിൽ മാറുന്ന VPN-നെ ഫയൽ ഇനി പിന്തുടരുന്നില്ല എന്നതാണ്.

നീങ്ങുന്ന റിസോൾവറിനെ കൈകാര്യം ചെയ്ത്, പിന്നീട് പരിശോധിക്കുക

ചില ക്ലയന്റുകൾ സെഷൻ-നിർദ്ദിഷ്ട റിസോൾവർ നൽകുന്നു, അതിനാൽ സ്ഥിര ഫയൽ അടുത്ത കണക്ഷനിൽ തകരുന്നു. രണ്ട് സമീപനങ്ങൾ ന്യായീകരിക്കാവുന്നതാണ്. വിലാസം മാറുമ്പോഴെല്ലാം ചെറിയ സ്ക്രിപ്റ്റിൽനിന്ന് ഫയൽ എഴുതുക, അല്ലെങ്കിൽ സൃഷ്ടി ഓണാക്കി വെച്ച് WSL പകർത്തുന്ന അഡാപ്റ്റർ കോർപ്പറേറ്റ് സെർവർ വഹിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. രണ്ടാമത്തേതിന് ഹുക്ക് വേണ്ട, സൃഷ്ടി VPN അഡാപ്റ്റർ ഒഴിവാക്കുമ്പോഴെല്ലാം പരാജയപ്പെടുന്നു; രണ്ടും ആദ്യം IPv6 സംഘർഷം പരിഹരിക്കണം.

Windows സ്വന്തം പേര് നയങ്ങളും പ്രയോഗിക്കുന്നു, പ്രത്യയ തിരയൽ പട്ടിക അല്ലെങ്കിൽ നിർദ്ദിഷ്ട ഡൊമെയ്നുകൾക്കുള്ള റിസൊല്യൂഷൻ നയം പോലെ, അഡാപ്റ്റർ വിലാസങ്ങൾ പകർത്തുന്നത് ആ നിയമങ്ങൾ പുനഃസൃഷ്ടിക്കുന്നില്ല. ഒരു പേര് Windows-ൽ റിസോൾവ് ചെയ്യപ്പെടുകയും അതേ സെർവറുമായി വിതരണത്തിൽ ആകാതിരിക്കുകയും ചെയ്താൽ, ടണലിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് പ്രത്യയങ്ങളുടെ കൈകാര്യം താരതമ്യം ചെയ്യുക.

പാക്കറ്റല്ല, പേരുകൊണ്ട് പരിശോധിക്കുക: getent hosts sensor-access0.corp.example റിസോൾവർ സ്റ്റാക്കിലൂടെ കടക്കുന്നു, അതേസമയം ping കാഷ് ചെയ്തതോ അക്ഷരാർത്ഥ വിലാസത്തോടോ വിജയിച്ചേക്കാം. പിന്നീട് വിച്ഛേദിച്ച് വീണ്ടും ബന്ധിപ്പിച്ച ശേഷം ആവർത്തിക്കുക, കാരണം ഒരിക്കൽ പ്രവർത്തിച്ച് പുനരാരംഭത്തിൽ വീണ്ടും സൃഷ്ടിക്കപ്പെടുന്ന ക്രമീകരണം ഒരിക്കലും നന്നാക്കിയിട്ടില്ല. മുൻപത്തെ ഉള്ളടക്കം സൂക്ഷിച്ച്, ആ യന്ത്രത്തിൽ പാത ഏത് ഘടകത്തിന്റെ ഉടമസ്ഥതയിലാണെന്ന് രേഖപ്പെടുത്തുക, അടുത്ത മാറ്റം തെളിവോടെ തുടങ്ങട്ടെ.