ಡಯಲ್-ಇನ್ ನಂತರ ಸರ್ವರ್ ಹೆಸರು ಅದರ VPN ವಿಳಾಸಕ್ಕೆ ಏಕೆ ರಿಸಾಲ್ವ್ ಆಗುತ್ತದೆ

ಕಚೇರಿ ಫೈಲ್ ಸರ್ವರ್ ಬೆಳಗ್ಗೆ ಪೂರ್ತಿ ತನ್ನ LAN ವಿಳಾಸದಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ನಂತರ ದೂರದ ಬಳಕೆದಾರರು ಡಯಲ್-ಇನ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಹೆಸರು ಬದಲಿಗೆ ಟನೆಲ್ ವಿಳಾಸಕ್ಕೆ ರಿಸಾಲ್ವ್ ಆಗಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. DNS ನಲ್ಲಿ ಕೈಯಿಂದ ಏನೂ ಸಂಪಾದಿಸಿಲ್ಲ, ಮತ್ತು ಅದೇ ಸುಳಿವು: ದಾಖಲೆಯನ್ನು ಯಂತ್ರವೇ ಪ್ರಕಟಿಸಿತು. ಮೂರು ಷರತ್ತುಗಳು ನೀವು ನೋಂದಣಿದಾರರನ್ನು, ದಾಖಲೆಯನ್ನು ಅಥವಾ ಕ್ಲೈಂಟ್‌ನ ದೃಷ್ಟಿಯನ್ನು ಸರಿಪಡಿಸುತ್ತೀರಾ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಮತ್ತು ಕ್ರಮ ತಪ್ಪಿದರೆ ದಾಖಲೆ ಮುಂದಿನ ಸಂಪರ್ಕದ ನಂತರ ಮರಳುತ್ತದೆ.

ಎರಡು ವಿಳಾಸಗಳು, ಒಂದು ಹೆಸರು, ಮೂರು ಷರತ್ತುಗಳು

ಬಹು ಇಂಟರ್ಫೇಸ್ Windows ಸರ್ವರ್‌ನಲ್ಲಿ LAN ವಿಳಾಸ, ಒಂದು ಅಥವಾ ಹೆಚ್ಚು ಡಯಲ್-ಇನ್ ವಿಳಾಸಗಳು ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಎರಡನೇ ನೆಟ್‌ವರ್ಕ್ ಕಾರ್ಡ್ ಇರಬಹುದು. ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಕ್ರಿಯಾಶೀಲ ನೋಂದಣಿ ಅನುಮತಿಸಿದ್ದರೆ ಅದು ತನ್ನ ವಿಳಾಸಗಳನ್ನು DNS ನಲ್ಲಿ ನೋಂದಿಸಬಹುದು. PPP ಅಡಾಪ್ಟರ್ ನೋಂದಣಿಯಾದಾಗ, ಅದೇ ಹೋಸ್ಟ್ ಹೆಸರಿಗೆ ಟನೆಲ್ ಪಾಲುದಾರ ಮಾತ್ರ ತಲುಪಬಹುದಾದ ವಿಳಾಸ ಸಿಗುತ್ತದೆ, ಮತ್ತು LAN ಕ್ಲೈಂಟ್‌ಗಳು ಅದನ್ನು ಮಾನ್ಯ ಉತ್ತರವಾಗಿ ಪಡೆಯುತ್ತವೆ.

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

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

ನೋಂದಣಿದಾರರನ್ನು ಬದಲಿಸುವ ಮೊದಲು ದಾಖಲೆಯನ್ನು ಓದಿ

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

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

ಮೊದಲ ಪ್ರಶ್ನೆ ಸ್ಥಳೀಯ ರಿಸಾಲ್ವರ್ ಬಳಸುತ್ತದೆ, ಎರಡನೆಯದು ನಿರ್ದಿಷ್ಟ DNS ಸರ್ವರ್‌ಗೆ ನೇರವಾಗಿ ಕೇಳುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು Windows ನಲ್ಲಿ PowerShell ನಿಂದ ಅದೇ ಮಾಡುತ್ತದೆ. ಅವುಗಳನ್ನು ಹೋಲಿಸುವುದು ಹಳೆಯ ಕ್ಲೈಂಟ್ ಕ್ಯಾಶ್ ಅನ್ನು ಅಧಿಕೃತ ಉತ್ತರದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ನೇರ ಪ್ರಶ್ನೆ ಈಗಾಗಲೇ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ, ಸಮಸ್ಯೆ ಸ್ಥಳೀಯ ಕ್ಯಾಶಿಂಗ್‌ನಲ್ಲ, ಪ್ರಕಟಿತ ಡೇಟಾದಲ್ಲಿದೆ.

ದಾಖಲೆಯ ಸಮಯಮುದ್ರೆ ಮತ್ತು DNS ಕನ್ಸೋಲ್ ಅದನ್ನು ಕ್ರಿಯಾಶೀಲವಾಗಿ ತೋರಿಸುತ್ತದೆಯೇ ಎಂದು ಬರೆಯಿರಿ. ಆ ಒಂದು ಗುಣವೇ ಮೇಲಿನ ಮೂರು ಷರತ್ತುಗಳಲ್ಲಿ ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದೇ ಐದು ನಿಮಿಷದ ಸ್ವಚ್ಛತೆ ಮತ್ತು ನಿಲ್ಲುವ ದುರಸ್ತಿಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.

ಪ್ರಕಟಿಸುವವರನ್ನು ಸರಿಪಡಿಸಿ ಅಥವಾ ದಾಖಲೆಯನ್ನು, ಆದರೆ ಯಾವುದೆಂದು ತಿಳಿಯಿರಿ

ದಾಖಲೆ ಕ್ರಿಯಾಶೀಲ ಮತ್ತು ಅನಪೇಕ್ಷಿತವಾಗಿದ್ದರೆ, ಶಾಶ್ವತ ಪರಿಹಾರ ಆ ಇಂಟರ್ಫೇಸ್ ನೋಂದಣಿಯಾಗುವುದನ್ನು ತಡೆಯುವುದು. Windows ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್‌ಗೆ ನೋಂದಣಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು DNS ಕ್ಲೈಂಟ್ ಸೇವೆ ಮುಂದಿನ ಸಂಪರ್ಕ ಅಥವಾ ವಿಳಾಸ ಬದಲಾವಣೆಯಲ್ಲಿ ಮತ್ತೆ ಪ್ರಕಟಿಸುತ್ತದೆ. ಡಯಲ್-ಇನ್ ಅಡಾಪ್ಟರ್‌ಗೆ ನೋಂದಣಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದರೆ LAN ಅಡಾಪ್ಟರ್‌ನ ನೋಂದಣಿ ಅಸ್ಪೃಷ್ಟವಾಗಿ ಉಳಿಯುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಬಯಸುವುದು.

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

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

ವಿಫಲವಾದ ಕ್ಲೈಂಟ್ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ

ಪರಿಶೀಲನೆ ಲಕ್ಷಣವನ್ನು ವರದಿ ಮಾಡಿದ ನೆಟ್‌ವರ್ಕ್‌ನದು, ಸರ್ವರ್‌ನದಲ್ಲ. ಕ್ಲೈಂಟ್ ರಿಸಾಲ್ವರ್ ಕ್ಯಾಶ್ ಅನ್ನು ಅದರ ಬೆಂಬಲಿತ ಕ್ರಮದ ಮೂಲಕ ತೆರವು ಮಾಡಿ, ನಂತರ ಮೂಲ ಹುಡುಕಾಟ ಮತ್ತು ಹೆಸರಿನಿಂದ ಮೂಲ ಸೇವಾ ಸಂಪರ್ಕವನ್ನು ಪುನರಾವರ್ತಿಸಿ.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

ಕೊನೆಯದಾಗಿ, ಹಿಂದೆ ವಿಳಾಸವನ್ನು ತರುತ್ತಿದ್ದ ಘಟನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ: VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಅಥವಾ ಡಯಲ್-ಇನ್ ಅವಧಿಯನ್ನು ನವೀಕರಿಸಿ. ಆ ಜೀವನಚಕ್ರ ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರಕಟಿತ ಹೆಸರನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ. ಮುಂದಿನ ಸಂಪರ್ಕದವರೆಗೆ ಮಾತ್ರ ನಿಲ್ಲುವ ದುರಸ್ತಿ ಸ್ವಚ್ಛತೆಯೇ ಹೊರತು ದುರಸ್ತಿಯಲ್ಲ, ಮತ್ತು ಯಾವುದನ್ನು ಮಾಡಿದಿರಿ ಎಂದು ತಿಳಿಯುವುದೇ ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮತ್ತು ಮುಂದಿನ ವಾರ ಮತ್ತೆ ತೆರೆಯುವ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.