ಸಣ್ಣ ಆಂತರಿಕ ಹೆಸರುಗಳು VPN ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ: ನೀವು ಎಂದಿಗೂ ನೋಡದ ಪ್ರತ್ಯಯ
ಸಣ್ಣ ಹೆಸರು ಕೆಲಸ ಮಾಡುವುದು ಶೋಧನಾ ಪ್ರತ್ಯಯ ಅದನ್ನು ಪೂರ್ಣಗೊಳಿಸುವುದರಿಂದ ಮಾತ್ರ. ಪ್ರತ್ಯಯದ ಕೊರತೆ ಮತ್ತು ರಿಜಾಲ್ವರ್ ವೈಫಲ್ಯವನ್ನು ಬೇರ್ಪಡಿಸಲು ಪೂರ್ಣ ಹೆಸರು ಮತ್ತು ಸಣ್ಣ ಹೆಸರನ್ನು ಹೋಲಿಸಿ.
ಸಣ್ಣ ಹೆಸರು ಕಚೇರಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿತ್ತು ಮತ್ತು VPN ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಆದರೆ ಪೂರ್ಣ ಹೆಸರು ತೊಂದರೆಯಿಲ್ಲದೆ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ. ಏನೂ ಮುರಿದಿಲ್ಲ. intranet ನಂತಹ ಬರಿ ಹೆಸರು ಪೂರ್ಣ ಹೆಸರಲ್ಲ; ಕ್ಲೈಂಟ್ ತನ್ನ ಶೋಧನಾ ಪಟ್ಟಿಯಿಂದ ಪ್ರತ್ಯಯವನ್ನು ಸೇರಿಸಿ ಫಲಿತಾಂಶವನ್ನು ಕೇಳುತ್ತದೆ. VPN ಪ್ರೊಫೈಲ್ ಆ ಪ್ರತ್ಯಯವನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ಪರಿಚಿತ ಸಣ್ಣ ರೂಪ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವುದಿಲ್ಲ.
ಇದೇ ಸಂಪೂರ್ಣ ಕಥೆ. DNS ಮುರಿದಿಲ್ಲ, ಶೋಧನಾ ನೀತಿ ಬದಲಾಗಿದೆ.
ಬರಿ ಹೆಸರು ಹೆಸರಲ್ಲ
ನೀವು ಒಂದೇ ಲೇಬಲ್ ಟೈಪ್ ಮಾಡಿದಾಗ, ರಿಜಾಲ್ವರ್ ಏನನ್ನು ಕೇಳಬೇಕೆಂದು ನಿರ್ಧರಿಸಬೇಕು. ಅದು ಹೆಸರನ್ನು ನೀಡಿದಂತೆಯೇ ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ನಂತರ ಏನಾದರೂ ಉತ್ತರಿಸುವವರೆಗೆ ಶೋಧನಾ ಪಟ್ಟಿಯ ನಮೂದುಗಳನ್ನು ಒಂದೊಂದಾಗಿ ಸೇರಿಸುತ್ತದೆ. Linux ನಲ್ಲಿ, resolv.conf search ಮತ್ತು ndots ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಆ ಕ್ರಮವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. Windows ನಲ್ಲಿ, ಪ್ರತ್ಯಯ ಪಟ್ಟಿ ಮತ್ತು ಹೆಸರು-ಪರಿಹಾರ ನೀತಿ ಅದೇ ರೀತಿ ಮಾಡುತ್ತವೆ. ಪ್ರತ್ಯಯವನ್ನು ತೆಗೆದುಹಾಕಿ, ರಿಜಾಲ್ವರ್‌ಗೆ ಸೇರಿಸಲು ಏನೂ ಉಳಿಯುವುದಿಲ್ಲ.
ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ಸಣ್ಣ ಹೆಸರು ನೀತಿಯ ಸಾಕ್ಷ್ಯ, ಆರೋಗ್ಯಕರ DNS ಸರ್ವರ್‌ನ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಪ್ರತ್ಯಯ ಪಟ್ಟಿ ಮತ್ತು ರಿಜಾಲ್ವರ್ ವಿಳಾಸ ಏನು ಮಾಡುತ್ತವೆ
ಈ ಎರಡನ್ನು ನಿರಂತರವಾಗಿ ಗೊಂದಲ ಮಾಡಲಾಗುತ್ತದೆ. ರಿಜಾಲ್ವರ್ ವಿಳಾಸ ಯಾರನ್ನು ಕೇಳಬೇಕೆಂದು ಹೇಳುತ್ತದೆ; ಪ್ರತ್ಯಯ ಪಟ್ಟಿ ಯಾವ ಹೆಸರ ಬಗ್ಗೆ ಕೇಳಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. VPN ನಿಮಗೆ ಪ್ರತ್ಯಯವಿಲ್ಲದ ಖಾಸಗಿ ರಿಜಾಲ್ವರ್ ಅನ್ನು ನೀಡಬಹುದು, ಅಥವಾ ತಪ್ಪು ರಿಜಾಲ್ವರ್‌ನೊಂದಿಗೆ ಪ್ರತ್ಯಯವನ್ನು ನೀಡಬಹುದು. ಈ ವೈಫಲ್ಯಗಳಲ್ಲಿ ಒಂದೇ DNS ಅಡಚಣೆಯಂತೆ ಕಾಣುತ್ತದೆ.
ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ತಪ್ಪಾದದನ್ನು ಸರಿಪಡಿಸುವುದು ಬೆಂಬಲ ವಿಂಡೋವನ್ನು ಸುಡುತ್ತದೆ.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
ಮೂರು ಲಕ್ಷಣಗಳು, ಮೂರು ವಿಭಿನ್ನ ಮಾಲೀಕರು.
ಮೊದಲು ಪೂರ್ಣ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ
ನಿರ್ವಾಹಕರ ದಾಖಲಿತ ಸಂಪೂರ್ಣ ಅರ್ಹ ಹೆಸರನ್ನು ಕೇಳಿ, ಊಹೆಯಲ್ಲ. ಕೆಲಸ ಮಾಡುವ FQDN ರಿಜಾಲ್ವರ್ ತಲುಪಬಹುದಾದದ್ದು ಮತ್ತು ದಾಖಲೆ ಇರುವುದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಇದು ಒಂದೇ ಪ್ರಶ್ನೆಯಲ್ಲಿ ಸಂಭಾವ್ಯ ಕಾರಣಗಳ ಅರ್ಧವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಯಾವ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು ಎಂದು ತೋರಿಸುವ ಸಾಧನವನ್ನು ಬಳಸಿ, ಕ್ಯಾಶ್ ಮಾಡಿದ ಫಲಿತಾಂಶವನ್ನು ಓದದಿರಲು.
ಪರೀಕ್ಷೆಯನ್ನು ಖಾಸಗಿಯಾಗಿ ಇರಿಸಿ. ಆಂತರಿಕ ರೂಪಗಳನ್ನು ಸಾರ್ವಜನಿಕ ರಿಜಾಲ್ವರ್‌ಗೆ ಕಳುಹಿಸುವುದು ಹೆಸರುಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ ಮತ್ತು ಯಾರೂ ಉದ್ದೇಶಿಸದ ನೀತಿಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ.
ಸರಿಪಡಿಸುವಿಕೆ ಎಲ್ಲಿಗೆ ಸೇರುತ್ತದೆ
ಮಾಲೀಕ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಅದನ್ನು ಉತ್ಪಾದಿಸುವ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಸರಿಪಡಿಸಿ. ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್ ಸಂರಚನೆಗೆ ಕೈಯಿಂದ ಮಾಡಿದ ಬದಲಾವಣೆ ಸಾಮಾನ್ಯವಾಗಿ ಮರುಸಂಪರ್ಕದಲ್ಲಿ ಮಾಯವಾಗುತ್ತದೆ, ಅಥವಾ ಯಂತ್ರ ಸೇರುವ ಪ್ರತಿ ನೆಟ್‌ವರ್ಕ್‌ಗೂ ಅನ್ವಯವಾಗುತ್ತದೆ, ಅದು ಕೆಟ್ಟದು.
Windows ನಲ್ಲಿ, ನೆನಪಿರುವ ಚೆಕ್‌ಬಾಕ್ಸ್ ಬದಲು ಪರಿಣಾಮಕಾರಿ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. Get-DnsClientNrptPolicy ನಿಜವಾಗಿ ಜಾರಿಯಲ್ಲಿರುವ ಹೆಸರು-ಪರಿಹಾರ ನಿಯಮಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.
macOS ನಲ್ಲಿ, scutil --dns ಪ್ರತಿ ವ್ಯಾಪ್ತಿಯ ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ರಿಜಾಲ್ವರ್ ಸಂರಚನೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, VPN ತಳ್ಳಿದ ಶೋಧನಾ ಡೊಮೇನ್‌ಗಳೂ ಸೇರಿದಂತೆ.
Linux ನಲ್ಲಿ, /etc/resolv.conf ನಲ್ಲಿನ search ಸಾಲನ್ನು ಓದಿ, ಆದರೆ VPN ಕ್ಲೈಂಟ್ ಅದನ್ನು ಮತ್ತೆ ಬರೆದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಫೈಲ್ ನಿರ್ವಹಿಸಲ್ಪಟ್ಟರೆ, ರೆಂಡರ್ ಮಾಡಿದ ಫೈಲ್ ಬದಲು ಸತ್ಯದ ಮೂಲವನ್ನು ಸಂಪಾದಿಸಿ. ಹಿಂದಿನ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಉಳಿದ ಹಳೆಯ search ಸಾಲು ಸಾಮಾನ್ಯ ಕಾರಣ.
ಪ್ರೊಫೈಲ್ ಜೊತೆಗೆ ಏನು ಇಟ್ಟುಕೊಳ್ಳಬೇಕು
ಸರಿಪಡಿಸಿದ ಪೂರ್ಣ ಹೆಸರು, ಪ್ರತ್ಯಯ ಪಟ್ಟಿ ಮತ್ತು ರಿಜಾಲ್ವರ್ ವಿಳಾಸವನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. intranet ಸೈಟ್ ಕೆಟ್ಟಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಖಾಲಿ ಪುಟದಿಂದ ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಮೂರು ತಿಳಿದ ಮೌಲ್ಯಗಳನ್ನು ಹೋಲಿಸಬಹುದು.
ಮತ್ತು ಸಣ್ಣ ರೂಪ ಮಾತ್ರ ವಿಫಲವಾದರೆ, ಅದನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಹೇಳಿ. ಆ ವಾಕ್ಯ ರಿಜಾಲ್ವರ್ ತಂಡದ ಒಂದು ಮಧ್ಯಾಹ್ನವನ್ನು ಉಳಿಸುತ್ತದೆ.