Windows ನಿಮ್ಮ VPN ಹೆಸರುಗಳನ್ನು ನೀವು ಎಂದೂ ಸೆಟ್ ಮಾಡದ DNS ಸರ್ವರ್ಗೆ ಏಕೆ ಕಳುಹಿಸುತ್ತದೆ

ನೀವು VPN ಅಡಾಪ್ಟರ್ನಲ್ಲಿ DNS ಸರ್ವರ್ ಸೆಟ್ ಮಾಡುತ್ತೀರಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಆದರೂ ಖಾಸಗಿ ಹೆಸರು ಈ ಲ್ಯಾಪ್ಟಾಪ್ನಲ್ಲಿ ಯಾರೂ ಸಂರಚಿಸದ ಕಚೇರಿ ರಿಜಾಲ್ವರ್ನಿಂದಲೇ ಬರುತ್ತದೆ. ಫಲಿತಾಂಶವು ಸೆಟ್ಟಿಂಗ್ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಟ್ಟಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಒಂದರ್ಥದಲ್ಲಿ ಹಾಗೆಯೇ ಆಗಿದೆ, ಏಕೆಂದರೆ ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿ ನಿರ್ಣಯವಲ್ಲ, ಅಭ್ಯರ್ಥಿಗಳ ಗುಂಪು. Windows ಹೆಸರುಗಳನ್ನು ನೇಮ್ಸ್ಪೇಸ್ ನೀತಿಯ ಮೂಲಕ ಪರಿಹರಿಸುತ್ತದೆ, ಅದು ನಿರ್ದಿಷ್ಟ ಪ್ರತ್ಯಯಕ್ಕೆ ಬೇರೊಂದು ಸರ್ವರ್ ಅನ್ನು ನಿಗದಿಪಡಿಸಬಹುದು, ಮತ್ತು ಆ ನೀತಿಯು ಅಡಾಪ್ಟರ್ ಸೆಟ್ಟಿಂಗ್ ಪರಿಗಣಿಸುವ ಮೊದಲೇ ಅನ್ವಯವಾಗುತ್ತದೆ. ಯಾವ ಕೋಷ್ಟಕ ಓದಬೇಕು ಎಂದು ತಿಳಿದರೆ ಗೆದ್ದ ನಿಯಮವನ್ನು ಹುಡುಕುವುದು ಐದು ನಿಮಿಷದ ಕೆಲಸ.

ನೀವು ಏನನ್ನು ಬದಲಾಯಿಸಿದಿರಿ, ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಏನು ನಿರ್ಣಯಿಸುತ್ತದೆ

ಅಡಾಪ್ಟರ್ನಲ್ಲಿನ DNS ವಿಳಾಸವು ಆ ಇಂಟರ್ಫೇಸ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಎಲ್ಲಿಗೆ ಕಳುಹಿಸಬಹುದು ಎಂದು ಕ್ಲೈಂಟ್ಗೆ ಹೇಳುತ್ತದೆ. ಹೆಸರು ಪರಿಹಾರ ನೀತಿ ಕೋಷ್ಟಕವು ನಿರ್ದಿಷ್ಟ ನೇಮ್ಸ್ಪೇಸ್ಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಎಲ್ಲಿಗೆ ಕಡ್ಡಾಯವಾಗಿ ಕಳುಹಿಸಬೇಕು ಎಂದು ಕ್ಲೈಂಟ್ಗೆ ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದು ಅಡಾಪ್ಟರ್ ಮೂಲಕವಲ್ಲ, ಹೆಸರಿನ ಮೂಲಕ ಮೌಲ್ಯಮಾಪನವಾಗುತ್ತದೆ. ನಿಯಮವು ನೀವು ಟೈಪ್ ಮಾಡಿದ ಪ್ರತ್ಯಯಕ್ಕೆ ಹೊಂದಿದರೆ ಆ ನಿಯಮದ ಸರ್ವರ್ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಆ ಹುಡುಕಾಟಕ್ಕೆ ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿ ಮುಖ್ಯವಾಗುವುದಿಲ್ಲ.

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

ಕೋಷ್ಟಕವು ಹೆಸರನ್ನು ಹೇಗೆ ಹೊಂದಿಸುತ್ತದೆ

ನಿಯಮಗಳು ನೇಮ್ಸ್ಪೇಸ್ ಮೂಲಕ ಕೀಲಿಯಾಗಿವೆ, ಮತ್ತು ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ಹೊಂದಾಣಿಕೆ ಗೆಲ್ಲುತ್ತದೆ. corp.example ಗಾಗಿ ನಿಯಮ vpn.corp.example ಗೆ ಅನ್ವಯವಾಗುತ್ತದೆ ಮತ್ತು example.net ಗೆ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ. . ನೇಮ್ಸ್ಪೇಸ್ ಇರುವ ನಿಯಮವು ಇತರ ನಿಯಮಗಳು ಆವರಿಸದ ಎಲ್ಲವನ್ನೂ ಆವರಿಸುತ್ತದೆ, ಇದು ಅದನ್ನು ಪಟ್ಟಿಯ ಅತ್ಯಂತ ಅಪಾಯಕಾರಿ ನಮೂದನ್ನಾಗಿಸುತ್ತದೆ ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಸೈಟ್ ಸುರಂಗದ ಮೂಲಕ ಪರಿಹಾರವಾದಾಗ ಪರಿಶೀಲಿಸಲು ಯೋಗ್ಯವಾದ ನಮೂದನ್ನಾಗಿಸುತ್ತದೆ.

ನಿಯಮವು ಟಿಪ್ಪಣಿ, ನಮೂದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ನೀತಿ, ಮತ್ತು DNS ವಿಳಾಸಗಳಿಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನೂ ಹೊತ್ತಿರಬಹುದು. ನಿಷ್ಕ್ರಿಯ ನಿಯಮವು ಸಂರಚನೆಯಲ್ಲಿ ಕಾಣುತ್ತಲೇ ಇರುತ್ತದೆ ಆದರೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕಾಗದದ ಮೇಲೆ ಸರಿಯಾಗಿ ಕಾಣುವ ನಮೂದು ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆಯ ನಂತರವೂ ನಿಷ್ಕ್ರಿಯವಾಗಿರಬಹುದು.

ಬಯಕೆಗಳ ಪಟ್ಟಿಯಲ್ಲ, ಜಾರಿಯಲ್ಲಿರುವ ಕೋಷ್ಟಕ ಓದಿ

ಸಂರಚಿಸಿದ ನಿಯಮಗಳು ಮತ್ತು ಜಾರಿಯಲ್ಲಿರುವ ನಿಯಮಗಳು ಎರಡು ಬೇರೆ ಪ್ರಶ್ನೆಗಳು. Get-DnsClientNrptRule ಯಂತ್ರದಲ್ಲಿ ಏನಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. Get-DnsClientNrptPolicy -Effective ಕ್ಲೈಂಟ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ನೀತಿ ಮತ್ತು ಸ್ಥಳೀಯ ಸೆಟ್ಟಿಂಗ್ಗಳಿಂದ ವಿಲೀನಗೊಂಡ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ತೋರಿಸುತ್ತದೆ.

ಆ ಔಟ್ಪುಟ್ನಲ್ಲಿನ ಪ್ರತ್ಯಯವನ್ನು ನೀವು ಪರೀಕ್ಷಿಸುತ್ತಿರುವ ಹೆಸರಿನೊಂದಿಗೆ ಅಕ್ಷರಶಃ ಹೋಲಿಸಿ. corp.example ಗಾಗಿ ನಿಯಮ corp.example.com ನಿಂದ ಕೊನೆಗೊಳ್ಳುವ ಹೆಸರನ್ನು ಹಿಡಿಯುವುದಿಲ್ಲ, ಮತ್ತು ಒಂದು ಕಡೆ ಕೊನೆಯಲ್ಲಿ ಚುಕ್ಕೆ ಇರುವುದು ಮತ್ತು ಇನ್ನೊಂದು ಕಡೆ ಇಲ್ಲದಿರುವುದು ಹೊಂದಾಣಿಕೆಯನ್ನು ಬದಲಾಯಿಸಲು ಸಾಕು.

ನಿಯಮ ಇಲ್ಲದಿದ್ದರೆ Windows ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಅಡಾಪ್ಟರ್ಗಳನ್ನು ಕೇಳುತ್ತದೆ

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

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

ರಿಜಾಲ್ವರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಬಿಡುವ ಮಾರ್ಗಗಳು

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

ಅಪ್ಲಿಕೇಶನ್ ಹಿಂದಿನ ಅವಧಿಯ ಕ್ಯಾಶ್ ಮಾಡಿದ ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತಿದೆಯೇ ಎಂದೂ ಪರಿಶೀಲಿಸಿ. Clear-DnsClientCache ಮತ್ತು ನಂತರ ಅದೇ ಹುಡುಕಾಟವು ಹಳೆಯ ಫಲಿತಾಂಶದಿಂದ ಊಹಿಸುವುದಕ್ಕಿಂತ ಸ್ವಚ್ಛ ಉತ್ತರ ನೀಡುತ್ತದೆ.

ವಿಫಲವಾದ ಹೆಸರಿನಿಂದಲೇ ಪರೀಕ್ಷಿಸಿ

ವರದಿಯಲ್ಲಿನ ನಿಖರ ಹೋಸ್ಟ್ನಾಮ್ ಅನ್ನು ಪರಿಹರಿಸಿ, ಸಾರ್ವಜನಿಕ ವೇಗ ಪರೀಕ್ಷಾ ಡೊಮೇನ್ ಅಲ್ಲ, ಮತ್ತು ಯಾವ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು ಎಂದು ಬರೆದಿಡಿ. ನಂತರ ಒಂದು ವಿಷಯ ಬದಲಾಯಿಸಿ: ನಿಯಮ, ಅಡಾಪ್ಟರ್ ಪಟ್ಟಿ ಅಥವಾ ನೀತಿ ಹಂಚಿಕೆ, ಮತ್ತು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಅದೇ ಹುಡುಕಾಟವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಇದರಿಂದ ಅನ್ವಯವಾದ ಸ್ಥಿತಿ ಮತ್ತೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ.

ಹೆಸರು ಪರಿಹಾರವಾದರೂ ಸೇವೆ ಇನ್ನೂ ನಿರಾಕರಿಸಿದರೆ, DNS ಸಂಪಾದನೆಯನ್ನು ನಿಲ್ಲಿಸಿ. ಮುಂದಿನ ಉಪಯುಕ್ತ ಹೆಜ್ಜೆ ವಿಳಾಸ ಮತ್ತು ಅಲ್ಲಿಗೆ ಇರುವ ಮಾರ್ಗ, ಏಕೆಂದರೆ ಹೆಸರು ಪರಿಹಾರವು ತನ್ನ ಕೆಲಸವನ್ನು ಈಗಾಗಲೇ ಮಾಡಿದೆ.