WSL 2 ನಲ್ಲಿ resolv.conf: VPN ಸಂಪರ್ಕಗೊಂಡಾಗ DNS ನಿಲ್ಲುತ್ತದೆ

WSL ತಾನು ಕಾಣುವ Windows ಅಡಾಪ್ಟರ್‌ಗಳಿಂದ resolv.conf ಅನ್ನು ಮತ್ತೆ ಸೃಷ್ಟಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ VPN ನ ರಿಸಾಲ್ವರ್ ಎಂದೂ ತಲುಪದಿರಬಹುದು. ರಚನೆಯನ್ನು ನಿಲ್ಲಿಸಿ, ನಂತರ ಕಾರ್ಪೊರೇಟ್ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ.

ವಿತರಣೆಯ ಒಳಗೆ ಬ್ರೌಸಿಂಗ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸುರಂಗ ಮೇಲೆ ಬಂದ ಕ್ಷಣವೇ ಮೊದಲ ಒಳಗಿನ ಹೋಸ್ಟ್‌ಹೆಸರು ವಿಫಲವಾಗುತ್ತದೆ. ಸಹಜ ಪ್ರತಿಕ್ರಿಯೆ ಸಾರ್ವಜನಿಕ ರಿಸಾಲ್ವರ್ ಸೇರಿಸುವುದು, ಅದು ಇಂಟರ್ನೆಟ್ ಮರಳಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದ ದಿನಕ್ಕೆ ಕಾರ್ಪೊರೇಟ್ ಹೆಸರನ್ನು ತಲುಪಲಾಗದಂತೆ ಮಾಡುತ್ತದೆ. 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 ಕ್ಯಾಶ್ ಮಾಡಿದ ಅಥವಾ ಅಕ್ಷರಶಃ ವಿಳಾಸದ ವಿರುದ್ಧ ಯಶಸ್ವಿಯಾಗಬಹುದು. ನಂತರ ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ಮರುಸಂಪರ್ಕದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಒಮ್ಮೆ ಕೆಲಸ ಮಾಡಿ ಮುಂದುವರಿದಾಗ ಮತ್ತೆ ಸೃಷ್ಟಿಯಾಗುವ ಸೆಟ್ಟಿಂಗ್ ಎಂದೂ ಸರಿಪಡಿಸಲಾಗಿಲ್ಲ. ಹಿಂದಿನ ವಿಷಯವನ್ನು ಉಳಿಸಿ ಮತ್ತು ಆ ಯಂತ್ರದಲ್ಲಿ ಮಾರ್ಗ ಯಾವ ಘಟಕದ ಒಡೆತನದಲ್ಲಿದೆ ಎಂದು ಗಮನಿಸಿ, ಮುಂದಿನ ಬದಲಾವಣೆ ಸಾಕ್ಷ್ಯದಿಂದ ಆರಂಭವಾಗಲಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು