LAN ಹೋಸ್ಟ್‌ಹೆಸರು VPN ಮೂಲಕ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ: ಸಫಿಕ್ಸ್, mDNS ಅಥವಾ ವಲಯ?

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

ಹೆಸರು ಯಾವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅವಲಂಬಿಸಿದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ.

ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವರ್ತಿಸುವ ಮೂರು ರೀತಿಯ ಹೆಸರುಗಳು

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

.local ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ಹೆಸರು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಥಳೀಯ ಲಿಂಕ್‌ನಲ್ಲಿ ಮಲ್ಟಿಕಾಸ್ಟ್ DNS ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ, RFC 6762 ವಿವರಿಸಿದಂತೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ ರೂಟ್ ಮಾಡಿದ ಸುರಂಗವನ್ನು ದಾಟುವುದಿಲ್ಲ, ಏನಾದರೂ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅದನ್ನು ಸೇತುವೆ ಮಾಡದಿದ್ದರೆ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಮಾಡದಿದ್ದರೆ, ಆದ್ದರಿಂದ ನೀವು ವಿಭಾಗವನ್ನು ಬಿಟ್ಟ ಕ್ಷಣದಲ್ಲಿ ಹೆಸರು ಪರಿಹರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

ಸಂಪೂರ್ಣ ಅರ್ಹತೆ ಪಡೆದ ಕಂಪನಿಯ ಹೆಸರು ಸಂಸ್ಥೆಯ ರಿಜಾಲ್ವರ್‌ಗಳು ಸೇವೆ ನೀಡುವ ಆಂತರಿಕ ವಲಯಕ್ಕೆ ಸೇರಿದೆ. VPN ಆ ರಿಜಾಲ್ವರ್‌ಗಳನ್ನು ತಳ್ಳಿದಾಗ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅವನ್ನು ಬಳಸಲು ಸಂರಚಿಸಲ್ಪಟ್ಟಾಗ ಅದು ದೂರದಿಂದ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಮತ್ತು localhost RFC 6761 ಪ್ರಕಾರ ವಿಶೇಷ-ಬಳಕೆಯದು: ಅದು ನಿಮ್ಮ ಮುಂದಿರುವ ಯಂತ್ರವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಎಂದಿಗೂ ದೂರದ ಸೇವೆಯನ್ನು ಅಲ್ಲ.

ರೂಟ್ ಬದಲಿಸುವ ಮೊದಲು ರಿಜಾಲ್ವರ್ ಓದಿ

ಯಾವ ಹೆಸರು ಸರ್ವರ್ ಉತ್ತರಿಸಿತು ಮತ್ತು ಯಾವ ಸಫಿಕ್ಸ್ ಸೇರಿಸಲಾಯಿತು ಎಂದು ಕೇಳಿ. ಬೇರೆ ಬೇರೆ ರಿಜಾಲ್ವರ್‌ಗಳ ಮೂಲಕ ಅದೇ ಪ್ರಶ್ನೆ ಬೇರೆ ಉತ್ತರಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ನಿಮಗೆ ಬೇಕಾದ ಸಾಕ್ಷ್ಯ.

getent hosts fileserver
getent hosts fileserver.corp.example.com
nslookup fileserver.corp.example.com
dig +search fileserver A
resolvectl query fileserver.corp.example.com
scutil --dns | head -30

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

ಸರಿಯಾದ ಹೆಸರನ್ನು ಕ್ಲೈಂಟ್‌ಗೆ ತನ್ನಿ

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

ಫಲಿತಾಂಶವನ್ನು ಗೇಟ್‌ವೇಯಲ್ಲಿ ಅಲ್ಲ, ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಪರಿಶೀಲಿಸಿ. ಸರ್ವರ್‌ನಲ್ಲಿ ಅನ್ವಯಿಸಿ ಕ್ಲೈಂಟ್‌ಗೆ ಎಂದಿಗೂ ತಲುಪದ ಸೆಟ್ಟಿಂಗ್ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.

ಪ್ರಮಾಣಪತ್ರದ ಗುರುತನ್ನು ಅಕ್ಷತವಾಗಿರಿಸಿ

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

ಯಶಸ್ವಿ ಸಂಪರ್ಕ ನೀಡಿದ ಹೆಸರು, ರಿಜಾಲ್ವರ್ ಮತ್ತು ಸಫಿಕ್ಸ್ ಅನ್ನು ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆ ಮುಂದಿನ ವ್ಯಕ್ತಿಯನ್ನು ನಿಜವಾದ ಸಮಸ್ಯೆಯನ್ನು ಮರೆಮಾಡುವ ವಿಳಾಸ-ಆಧಾರಿತ ಪರ್ಯಾಯ ಮಾರ್ಗವನ್ನು ಪುನರಾವರ್ತಿಸುವುದರಿಂದ ಉಳಿಸುತ್ತದೆ.