VPN DNS ಅನ್ನು ವಶಪಡಿಸಿಕೊಂಡು ಸ್ಥಳೀಯ ಹೆಸರುಗಳನ್ನು ಮುರಿಯಿತು: ಪಟ್ಟಿ ಸರಿಪಡಿಸಿ

ಟನೆಲ್ ಮೇಲೆ ಬರುತ್ತದೆ, ಇಂಟ್ರಾನೆಟ್ ಲೋಡ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಪ್ರಿಂಟರ್ನ ಹೆಸರು ಪರಿಹರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಅಥವಾ ವಿರುದ್ಧವಾಗಿ: ಸ್ಥಳೀಯ ಹೆಸರುಗಳು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಆದರೆ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್ವರ್ಕ್ ಒಳಗಿನ ಎಲ್ಲವೂ ಸಮಯ ಮೀರುತ್ತದೆ. ಎರಡೂ ಲಕ್ಷಣಗಳು ಒಂದೇ ಸ್ಥಳದಿಂದ ಬರುತ್ತವೆ, VPN ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿದಾಗ ಮತ್ತೆ ಬರೆದ ರೆಸಾಲ್ವರ್ಗಳ ಪಟ್ಟಿಯಿಂದ.

ಪಟ್ಟಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸರಿಪಡಿಸಿ, ನಂತರ ಪುಶ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿಭಾಯಿಸಿ. ಮಾರ್ಗಗಳು ಮೂರನೇ ವಿಷಯ ಮತ್ತು ಇಲ್ಲಿ ಸರಿಪಡಿಸುತ್ತಿರುವುದು ಅದಲ್ಲ.

ಅಪ್ಲಿಕೇಶನ್ಗಳು ವಾಸ್ತವವಾಗಿ ಯಾವ ಪಟ್ಟಿ ಬಳಸುತ್ತವೆ

Windows ಡೈಲಾಗ್ ತೋರಿಸುವುದರ ಮೂಲಕವಲ್ಲ, ಇಂಟರ್ಫೇಸ್ ಮಟ್ಟದ ಸೆಟ್ಟಿಂಗ್ಗಳ ಮೂಲಕ ಪರಿಹರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ನ ಪರಿಣಾಮಕಾರಿ ಪಟ್ಟಿಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಅಲಿಯಾಸ್ ತೋರಿಸಿದ ಹೆಸರಿಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಕೆಳಗಿನ ಪ್ರತಿ ಆದೇಶವೂ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಂಬೋಧಿಸುತ್ತದೆ. ಅಲಿಯಾಸ್ ತಪ್ಪಾದರೆ ಸರಿಪಡಿಸುವಿಕೆ ತಪ್ಪು ಅಡಾಪ್ಟರ್ ಮೇಲೆ ಬೀಳುತ್ತದೆ. ಮುಂದಿನ ಮರುಸಂಪರ್ಕದವರೆಗೆ ಅದು ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣುತ್ತದೆ, ಆಗ ಟನೆಲ್ನ ಸ್ವಂತ ನಮೂದು ಮರಳಿ ಬರುತ್ತದೆ.

ಪ್ರಶ್ನೆ ಏನೆಂದರೆ ಯಾವ ಸರ್ವರ್ಗಳು ಮುಂಭಾಗಕ್ಕೆ ಬಂದವು, ಮತ್ತು ಅವು ಸ್ಥಿರ ನಮೂದುಗಳಾಗಿ ಬಂದವೇ ಅಥವಾ DHCP ಗುತ್ತಿಗೆಯಾಗಿ. ಎರಡೂ ಸಂಗತಿಗಳು ನಿಮಗೆ ಯಾವ ಸರಿಪಡಿಸುವಿಕೆ ಲಭ್ಯವಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

ಟನೆಲ್ ಅಡಾಪ್ಟರ್ ಮತ್ತು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ಗಾಗಿ ಔಟ್ಪುಟ್ ಓದಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಮೇಲಿನ ಪ್ರತಿ ವಿಳಾಸವನ್ನು ಗಮನಿಸಿ. ಸ್ಥಿರ ನಮೂದನ್ನು ನೀತಿ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ತೆಗೆಯಬಹುದು; DHCP ಒದಗಿಸಿದ ನಮೂದು ಗುತ್ತಿಗೆಗೆ ಬದ್ಧವಾಗಿದೆ ಮತ್ತು ಮರಳಿ ಬರುತ್ತದೆ, ಇದು ನೀವು ಆರಿಸಬೇಕಾದ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ದೂರದ ನೆಟ್ವರ್ಕ್ನ ಹೆಸರುಗಳನ್ನು ಘೋಷಿತ ರೆಸಾಲ್ವರ್ ಪರಿಹರಿಸುತ್ತದೆ, ಸ್ಥಳೀಯ LAN ಹೆಸರುಗಳನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್, ಮತ್ತು ಪ್ರಶ್ನೆ ಮೊದಲು ನೋಡುವ ಪಟ್ಟಿಗೆ ಹೋಗುತ್ತದೆ.

ತಳ್ಳಲಾದ ಸರ್ವರ್ಗಳನ್ನು ತೆಗೆಯಿರಿ, ಅಥವಾ ಅವನ್ನು ಕೆಳಕ್ಕೆ ಇರಿಸಿ

ಟನೆಲ್ ಒಳಗೆ ಯಾವುದಕ್ಕೂ ಅವು ಬೇಕಿಲ್ಲದಿದ್ದಾಗ ತಳ್ಳಲಾದ ಸರ್ವರ್ಗಳನ್ನು ಅಳಿಸಿ, ಏಕೆಂದರೆ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನ ಸ್ವಂತ ರೆಸಾಲ್ವರ್ಗಳು ಮತ್ತೆ ಕೆಲಸ ವಹಿಸಿಕೊಳ್ಳುತ್ತವೆ. ದೂರದ ನೆಟ್ವರ್ಕ್ಗೆ ಅದರ ಸರ್ವರ್ಗಳೇ ಉತ್ತರಿಸಬಲ್ಲ ವಲಯಗಳಿದ್ದರೆ ಮಾತ್ರ ಅವನ್ನು ಇರಿಸಿ, ಮತ್ತು ಆ ಸಂದರ್ಭದಲ್ಲಿ ಅವುಗಳ ಮುಂದೆ ಸ್ಥಳೀಯ ರೆಸಾಲ್ವರ್ ಇರಿಸಿ. ಕೆಳಗಿನ ಎರಡು ಆದೇಶಗಳು ಎರಡೂ ಆಯ್ಕೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ಚಲಾಯಿಸುವ ಬದಲು ಪರಿಸ್ಥಿತಿಗೆ ಹೊಂದುವುದನ್ನು ಆರಿಸಿ.

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

ಸೂಚ್ಯಂಕ 1 ಮೊದಲು ನೋಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ತಳ್ಳಲಾದ ವಿಳಾಸಗಳು ಲಭ್ಯವಾಗಿ ಉಳಿಯುತ್ತವೆ ಆದರೆ ಪ್ರತಿ ಪ್ರಶ್ನೆಗೆ ಡಿಫಾಲ್ಟ್ ಉತ್ತರವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತವೆ. validate=no ಫ್ಲ್ಯಾಗ್ ಟನೆಲ್ ಇನ್ನೂ ಸ್ಥಿರವಾಗುತ್ತಿರುವಾಗ ಆಗಾಗ ವಿಫಲವಾಗುವ ತಲುಪುವಿಕೆ ಪರೀಕ್ಷೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿರ್ಗಮನ ಸಂಕೇತವನ್ನು ನಂಬುವ ಬದಲು show ಆದೇಶದಿಂದ ಫಲಿತಾಂಶ ದೃಢೀಕರಿಸಿ.

ಇದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ಎರಡು ಮಿತಿಗಳನ್ನು ತಿಳಿಯುವುದು ಒಳ್ಳೆಯದು. Windows, DHCP ಮೂಲಕ netsh ಮುಖಾಂತರ ಬಂದ ಸರ್ವರ್ಗಳನ್ನು ಅಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಆ ಮೌಲ್ಯಗಳು ಇಂಟರ್ಫೇಸ್ನ ರಿಜಿಸ್ಟ್ರಿ ಕೀ ಅಡಿಯಲ್ಲಿ DhcpNameServer ಆಗಿ ಉಳಿಯುತ್ತವೆ, ಆದ್ದರಿಂದ ರಿಜಿಸ್ಟ್ರಿ ಸಂಪಾದನೆ ಕೊನೆಯ ಉಪಾಯವಾಗಿದ್ದು ಮುಂದಿನ ಗುತ್ತಿಗೆಯ ನಂತರ ಮತ್ತೆ ಪರಿಶೀಲಿಸಬೇಕು. ಅಡಾಪ್ಟರ್ ಬೈಂಡಿಂಗ್ ಕ್ರಮವೂ ನಂಬಲರ್ಹ ಶ್ರೇಣೀಕರಣ ವ್ಯವಸ್ಥೆಯಲ್ಲ, ಏಕೆಂದರೆ VPN ಕ್ಲೈಂಟ್ ತನ್ನದೇ ನಮೂದನ್ನು ಪಟ್ಟಿಯ ತುದಿಗೆ ಸೇರಿಸಬಹುದು.

ಪುಶ್ ಅನ್ನು ಎಲ್ಲಿ ಫಿಲ್ಟರ್ ಮಾಡಬಹುದು

ಉತ್ತಮ ಸರಿಪಡಿಸುವಿಕೆ ಆಯ್ಕೆಯನ್ನು ಅನ್ವಯಿಸುವ ಮೊದಲೇ ತೆಗೆದುಹಾಕುತ್ತದೆ. Community OpenVPN ಕ್ಲೈಂಟ್ ತಳ್ಳಲಾದ ನಿರ್ದೇಶವನ್ನು ಹೆಸರಿನಿಂದ ಫಿಲ್ಟರ್ ಮಾಡಬಹುದು, ಇದು ಸರ್ವರ್ನ ಸಂರಚನೆಯನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ.

pull-filter ignore "dhcp-option DNS "

ಕೊನೆಯ ಜಾಗ ಹೊಂದಿಕೆಗೆ ಸೇರಿದ್ದು ಮತ್ತು ಫಿಲ್ಟರ್ ಸರ್ವರ್ ವಿಳಾಸವನ್ನಲ್ಲ, ಆಯ್ಕೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ block-outside-dns ನಿರ್ದೇಶವೂ ಇದ್ದರೆ, ಅದನ್ನು ತೆಗೆಯುವುದು ಹೆಸರು ಪರಿಹಾರವನ್ನಲ್ಲ, ಸೋರಿಕೆ ರಕ್ಷಣೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡು ಸಂಪಾದನೆಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಿ.

ಒಂದು ಹಠಮಾರಿ ಹೋಸ್ಟ್ನ ಹೆಸರಿಗೆ, Windows hosts ಕಡತದಲ್ಲಿ ಒಂದು ಸಾಲು ಇಡೀ ಯಂತ್ರಕ್ಕೆ ರೆಸಾಲ್ವರ್ಗಳನ್ನು ಮರುಜೋಡಿಸುವುದಕ್ಕಿಂತ ಸ್ಥಿರವಾಗಿದೆ. ಅದು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಕಾಣದ್ದೂ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಯಂತ್ರದ ಸಂರಚನೆ ದಾಖಲಾಗುವಲ್ಲೆಲ್ಲ ಅದನ್ನು ಬರೆಯಿರಿ.

ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಮರುಸಂಪರ್ಕದವರೆಗೂ ಉಳಿಸಿ

ಹೆಸರು ಪರಿಹಾರವನ್ನು ಎರಡು ಬಾರಿ ಪರೀಕ್ಷಿಸಬೇಕು, ಒಮ್ಮೆ ಆಯ್ಕೆ ಮಾಡಿದ ಸರ್ವರ್ ವಿರುದ್ಧ ಮತ್ತು ಒಮ್ಮೆ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ರೂಪದಲ್ಲಿ. ಆ ಜೋಡಿ ರೆಸಾಲ್ವರ್ ಕ್ರಮದ ಸಮಸ್ಯೆಯನ್ನು ಉತ್ತರಿಸದ ಸರ್ವರ್ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಮೊದಲ ಪರೀಕ್ಷೆಯನ್ನು ಬಿಟ್ಟರೆ ಎರಡೂ ಕಾರಣಗಳು ಸಿಕ್ಕಿಹಾಕಿಕೊಳ್ಳುತ್ತವೆ.

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

ಟನೆಲ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಎರಡೂ ಆದೇಶಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಕೈಯಿಂದ ಬದಲಿಸಿದ್ದು ಮುಂದಿನ ಸಂಪರ್ಕದವರೆಗೆ ಮಾತ್ರ ಉಳಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಅಡಾಪ್ಟರ್ ಎತ್ತುವಾಗ ತನ್ನ ರೆಸಾಲ್ವರ್ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ಕಟ್ಟುತ್ತದೆ. netsh ಸಾಲುಗಳನ್ನು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ನ ಬೆಂಬಲಿತ ಸಂಪರ್ಕ ಸ್ಕ್ರಿಪ್ಟ್ಗೆ ಹಾಕಿ, ಆ ಸ್ಕ್ರಿಪ್ಟ್ ಯಶಸ್ವಿಯಾಗಿ ಮುಗಿಯಲಿ, ಮತ್ತು ಅದು ಚಲಿಸುವ ಮೊದಲು ಸ್ವಲ್ಪ ಕಾಯುವಿಕೆ ಸೇರಿಸಿ. ಸ್ಕ್ರಿಪ್ಟ್ ನಂತರ DNS ಅನ್ವಯಿಸುವ ಕ್ಲೈಂಟ್ ಹೇಗಾದರೂ ಫಲಿತಾಂಶವನ್ನು ಮೇಲೆ ಬರೆಯುತ್ತದೆ.

ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳು ಪರಿಹಾರವಾಗಿ ಮತ್ತು ಸರಿಪಡಿಸಿದ ನಂತರವೂ ಒಳಗಿನ ಹೆಸರುಗಳು ವಿಫಲವಾದರೆ, ರೆಸಾಲ್ವರ್ ಪಟ್ಟಿ ಇನ್ನು ಸಂಶಯಾಸ್ಪದವಲ್ಲ. ಪ್ರಶ್ನೆ ಬಹುಶಃ ಸರ್ವರ್ ತಲುಪುವುದೇ ಇಲ್ಲ, ಇದು ಇನ್ನೊಂದು DNS ಸೆಟ್ಟಿಂಗ್ ಬದಲು ರೂಟಿಂಗ್ ಅಥವಾ ಫೈರ್ವಾಲ್ ನಿಯಮವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ ಅಲಿಯಾಸ್ ಮತ್ತು ನೀವು ನಿಂತ ವಿಳಾಸಗಳನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡೂ ಯಂತ್ರಗಳ ನಡುವೆ ಭಿನ್ನವಾಗಿರುತ್ತವೆ ಮತ್ತು ಯಾವುದೂ ಒಂಟಿಯಾಗಿ ಮರುನಿರ್ಮಾಣವನ್ನು ತಡೆಯುವುದಿಲ್ಲ.