VPN ಸಂಪರ್ಕಗೊಂಡಿದೆ ಆದರೆ ಹೆಸರುಗಳು ವಿಫಲವಾಗುತ್ತವೆ: DNS ನಿಜವಾಗಿ ಎಲ್ಲಿ ಮುರಿಯುತ್ತದೆ

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

ಹುಡುಕಾಟಕ್ಕೆ ನಿಜವಾಗಿ ಏನು ಬೇಕು

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

ಕ್ಲೈಂಟ್ ತನ್ನ ರಿಸಾಲ್ವರ್ ಅನ್ನು VPN ಪ್ರೊಫೈಲ್‌ನಿಂದ, ಸುರಂಗದ DHCP ನಿಂದ ಅಥವಾ ತನ್ನ ಸ್ವಂತ ಸಂರಚನೆಯಿಂದ ಕಲಿಯುತ್ತದೆ, ಮತ್ತು ಯಾವ ಮೂಲ ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. Windows ನಲ್ಲಿ, ipconfig /all ಪ್ರತಿ ಅಡಾಪ್ಟರ್‌ಗೆ DNS ಸರ್ವರ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಳುಹಿಸಿದ ಮೌಲ್ಯ ನಿಜವಾಗಿ ತಲುಪಿದೆಯೇ ಎಂದು ನೀವು ನೋಡಬಹುದು. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ ಎಂದಿಗೂ ತಲುಪದ ಕಳುಹಿಸಿದ ಮೌಲ್ಯವು ಶಾಂತ ಮತ್ತು ಸಾಮಾನ್ಯ ವೈಫಲ್ಯವಾಗಿದೆ. ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಸಂರಚಿಸಿದ ಮೌಲ್ಯವನ್ನು ಓದಿ.

Linux ಮತ್ತು macOS ಅದೇ ಪ್ರಶ್ನೆಗೆ ಬೇರೆ ಆದೇಶಗಳಿಂದ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಉತ್ತರವು ಅದೇ ಓದಿಗೆ ಅರ್ಹವಾಗಿದೆ: resolvectl status ಮತ್ತು scutil --dns ಎರಡೂ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸರ್ವರ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ಆ ಪಟ್ಟಿಯನ್ನು ಪ್ರೊಫೈಲ್ ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ಹೇಳಿಕೊಳ್ಳುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಇಲ್ಲಿನ ಅಸಂಗತಿ ಕೆಳಗಿನ ಎಲ್ಲವನ್ನೂ ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೆಸರುಗಳನ್ನು ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಅದನ್ನು ಬಗೆಹರಿಸಿ.

ಒಂದು ಸಾರ್ವಜನಿಕ ಮತ್ತು ಒಂದು ಖಾಸಗಿ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ

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

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

nslookup ಕೇಳಿದ ಸರ್ವರ್ ಮತ್ತು ಸ್ವೀಕರಿಸಿದ ಉತ್ತರ ಎರಡನ್ನೂ ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ನಿಮಗೆ ಬೇಕಾದ ಜೋಡಿ. ಅದನ್ನು ಅದೇ ಶೆಲ್‌ನಲ್ಲಿ ಎರಡು ಬಾರಿ ಚಲಾಯಿಸಿ ಮತ್ತು ಪ್ರತಿ ಉತ್ತರದ ಪಕ್ಕದಲ್ಲಿ ಉತ್ತರಿಸಿದ ವಿಳಾಸವನ್ನು ಬರೆಯಿರಿ.

nslookup example.com
nslookup host.corp.example 10.20.30.53

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಆ ಸರ್ವರ್ ತಲುಪಬಲ್ಲದೇ ಎಂದು ಖಚಿತಪಡಿಸಿ

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

ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅದಕ್ಕೆ ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಹೆಸರಿಸಿದ ಇಂಟರ್ಫೇಸ್ ಸಂಪೂರ್ಣ ಉತ್ತರ. ಅದು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ತೋರಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ರಿಸಾಲ್ವರ್ ಸುರಂಗದ ಹಿಂದೆ ಇದ್ದರೆ, ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಆವರಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ ಕಳುಹಿಸುತ್ತಿಲ್ಲ.

ip route get 10.20.30.53                      # Linux
route -n get 10.20.30.53                     # macOS
Find-NetRoute -RemoteIPAddress 10.20.30.53   # Windows PowerShell

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

ಬ್ರೌಸರ್‌ಗಳು ಸಿಸ್ಟಮ್ ರಿಸಾಲ್ವರ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡಬಹುದು ಎಂದು ನೆನಪಿಡಿ

ಸುರಕ್ಷಿತ DNS ಸಕ್ರಿಯವಾಗಿರುವ ಬ್ರೌಸರ್ ತನ್ನ ಆಯ್ಕೆಯ ಪೂರೈಕೆದಾರರಿಗೆ HTTPS ಮೂಲಕ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಳುಹಿಸಬಹುದು ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ರಿಸಾಲ್ವರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಆಗ ಸಿಸ್ಟಮ್ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಆದರೆ ಬ್ರೌಸರ್ ವಿಫಲವಾಗುತ್ತದೆ, ಅಥವಾ ವಿರುದ್ಧವಾಗಿ. ಇದು ಸುರಂಗಕ್ಕಲ್ಲ, ಬ್ರೌಸರ್‌ಗೆ ನೀತಿಯ ಪ್ರಶ್ನೆ.

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

ಕ್ಯಾಶ್ ತೆರವುಗೊಳಿಸಿ ಮತ್ತು ನಿಜವಾದ ಕೆಲಸವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

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

ipconfig /flushdns                 # Windows
resolvectl flush-caches            # Linux
sudo killall -HUP mDNSResponder    # macOS

ನಂತರ ಕೃತಕ ಹುಡುಕಾಟದ ಬದಲು ಮೂಲ ಕೆಲಸವನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಬಳಕೆದಾರರಿಗೆ ಮುಖ್ಯವಾದದ್ದು ಕೆಲಸವೇ. ಒಮ್ಮೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ, ಮರುಪರೀಕ್ಷೆ ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಇರುವ ಸ್ಥಿತಿಯನ್ನು ಆವರಿಸುವಂತೆ. Microsoft ನ nslookup ಉಲ್ಲೇಖ ಪ್ರಶ್ನೆಯ ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳಿಗಾಗಿ ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಪುಟ.

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