VPN ಹೋಸ್ಟ್‌ನಾಮಗಳು ವಿಫಲವಾಗುತ್ತವೆ, IP ವಿಳಾಸಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ: ಎಲ್ಲಿ ನೋಡಬೇಕು

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

ಹೆಸರು ವಿಳಾಸ ಕೇಳದ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತದೆ

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

ವಿಳಾಸದಿಂದ ಹೊರಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ: ಮೊದಲು ಪೂರ್ಣ ಹೆಸರು, ನಂತರ ಬರಿ ಹೋಸ್ಟ್‌ನಾಮ, ಮತ್ತು ಮೂರರಲ್ಲಿ ಯಾವುದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಬರೆದಿಡಿ. ಮಾದರಿ ಒಂದು ಸಂರಚನಾ ಪರದೆಯನ್ನು ತೆರೆಯುವ ಮೊದಲು ಯಾವ ಪದರವನ್ನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. FQDN ಬಗೆಹರಿಯುತ್ತಿರುವಾಗ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ಊಹಿಸುವುದು ವ್ಯರ್ಥ ಶ್ರಮ.

ಸುರಂಗ ನಿಜವಾಗಿ ಸ್ಥಾಪಿಸಿದ ರಿಜಾಲ್ವರ್ ಓದಿ

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

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

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

Get-DnsClientNrptPolicy
ipconfig /all

ಆಂತರಿಕ ವಲಯ ಸರಿಯಾದ ಸರ್ವರ್ ಮೂಲಕ ಬಗೆಹರಿದರೆ ನಿಲ್ಲಿಸಿ. ರಿಜಾಲ್ವರ್ ನಿಮ್ಮ ಸಮಸ್ಯೆ ಅಲ್ಲ.

ಪ್ರತ್ಯಯಗಳು ವಿಫಲವಾಗುವ ಸಣ್ಣ ಹೆಸರುಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ

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

nslookup fileserver.corp.example
ping -a 192.168.50.20

Linux ನಲ್ಲಿ ರಿಜಾಲ್ವರ್ ಸೇವೆ DNS ಸರ್ವರ್ ಅನ್ನು ಒಂದು ಲಿಂಕ್ ಮತ್ತು ರೂಟಿಂಗ್ ಡೊಮೇನ್‌ಗಳ ಗುಂಪಿಗೆ ಬಂಧಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗದ ಲಿಂಕ್‌ಗೆ ಸಂಬಂಧಿಸದ ತಳ್ಳಲಾದ ಸರ್ವರ್ ಅದು ಇಲ್ಲದಂತೆ ವರ್ತಿಸುತ್ತದೆ. ಕೇವಲ ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್‌ಗೆ ಸೂಚಿಸಬಹುದಾದ stub ಫೈಲ್ ಅಲ್ಲ, ಲಿಂಕ್ ಪ್ರಕಾರದ ಸ್ಥಿತಿ ಪರಿಶೀಲಿಸಿ. ಅದೇ ವಿಭಜನೆ ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲೂ ಕಾಣುತ್ತದೆ: ಇರುವ ಆದರೆ ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅನ್ವಯಿಸದ ಹುಡುಕಾಟ ಡೊಮೇನ್ ಯಾದೃಚ್ಛಿಕವಾಗಿ ಕಾಣುವ ಸಣ್ಣ-ಹೆಸರು ವೈಫಲ್ಯಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಪ್ರತ್ಯಯ ಸೇರಿಸಿದರೆ ಸರಿಯಾದರೆ, ಉಳಿದ ಕೆಲಸ ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರನಿಗೂ ಅದನ್ನು ಟೈಪ್ ಮಾಡಲು ಹೇಳುವ ಬದಲು ಆ ಪ್ರತ್ಯಯವನ್ನು VPN ಪ್ರೊಫೈಲ್ ಮೂಲಕ ತಲುಪಿಸುವುದು.

NetBIOS ಮತ್ತು WINS ಬೇರೆ ಕಾರ್ಯವಿಧಾನ

ಹಳೆಯ SMB ಇನ್ನೂ NetBIOS ಹೆಸರು ಸೇವೆಯಿಂದ ಬರಿ ಹೆಸರನ್ನು ಹುಡುಕಬಹುದು, ಅದು ಪ್ರಸಾರದ ಮೂಲಕ ಅಥವಾ WINS ಸರ್ವರ್ ಮೂಲಕ ಉತ್ತರಿಸುತ್ತದೆ. ಪ್ರಸಾರ ಒಂದು ಪ್ರಸಾರ ಡೊಮೇನ್ ಒಳಗೆ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಮೊದಲ ರೌಟರ್‌ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗವನ್ನು ದಾಟಲಾಗದು; WINS ಕೆಲಸ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ನೋಂದಣಿ ಮತ್ತು ಪ್ರಶ್ನೆಗೆ ಒಂದು ಯುನಿಕಾಸ್ಟ್ ವಿಳಾಸ ಇರುತ್ತದೆ. ಆದ್ದರಿಂದ ಕೇವಲ IP ಸಾಗಿಸುವ VPN ಸಹ WINS ಸಂರಚಿತವಾಗಿ ತಲುಪಬಹುದಾದಾಗ ಹಳೆಯ ಹೆಸರುಗಳನ್ನು ಬೆಂಬಲಿಸಬಲ್ಲದು.

nbtstat -n
nbtstat -R

ಆಧುನಿಕ SMB ಗಾಗಿ DNS ಮತ್ತು ಪೂರ್ಣ ಹೆಸರನ್ನು ನಂಬಿ, ಮತ್ತು ಹಳೆಯ ಮಾರ್ಗವನ್ನು ನಿವೃತ್ತಿ ಮಾಡಿ. ಅದು ನಿಜವಾಗಿಯೂ ಹಳೆಯದಾದರೆ, WINS ಒದಗಿಸಿ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಯಿಸಿ; ಮಧ್ಯಮ ಮಾರ್ಗ ಎಂದರೆ ಎಂದಿಗೂ ಖಾಲಿಯಾಗದ ಬೆಂಬಲ ಸರತಿ.

ಯಾವ ಪದರ ವಿಫಲವಾಯಿತು ಎಂದು ನೀವು ಹೇಳಬಲ್ಲಾಗ ಈ ನಡಿಗೆ ಮುಗಿಯುತ್ತದೆ: ರಿಜಾಲ್ವರ್, ಪ್ರತ್ಯಯ ಅಥವಾ ಹಳೆಯ ಅನ್ವೇಷಣೆ. ಉತ್ತರಿಸಿದ ರಿಜಾಲ್ವರ್ ಮತ್ತು ಕೆಲಸ ಮಾಡಿದ ಹೆಸರಿನ ರೂಪವನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಲಕ್ಷಣದಿಂದ ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ.