VPN ಜೊತೆಗಿನ ಸ್ಥಳೀಯ ಡೊಮೇನ್ಗಾಗಿ macOS ರಿಸಾಲ್ವರ್ ಫೈಲ್

ನಿಮ್ಮ ಕೆಲಸದ VPN ಕಂಪನಿ ಹೆಸರುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ ಮನೆಯಲ್ಲಿನ ಮುದ್ರಕವು ಹೆಸರಿನಿಂದ ತಲುಪಲಾಗದೇ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಅವಲಂಬಿಸುವ ಪರಿಹಾರವೆಂದರೆ ಇಡೀ Mac ಅನ್ನು ಮನೆಯ ರೌಟರ್ಗೆ ತಿರುಗಿಸುವುದು. ಅದು ಸಮಸ್ಯೆಗೆ ಬೇಕಾದುದಕ್ಕಿಂತ ಬಹಳ ದೊಡ್ಡ ಬದಲಾವಣೆ. macOS ಒಂದು ಸಣ್ಣ ರಿಸಾಲ್ವರ್ ಫೈಲ್ ಮೂಲಕ ಒಂದೇ DNS ಸಫಿಕ್ಸ್ ಅನ್ನು ತನ್ನದೇ ಸರ್ವರ್ಗೆ ಕಳುಹಿಸಿ, ಉಳಿದ ಎಲ್ಲಾ ಹುಡುಕಾಟಗಳನ್ನು ನಿಖರವಾಗಿ ಹಿಂದಿದ್ದ ಸ್ಥಳದಲ್ಲೇ ಬಿಡಬಹುದು.

ಅನುಮತಿಯ ಗಡಿಯೇ ಮೊದಲು: ಇದು ನೀವು ನಿರ್ವಹಿಸುವ ಅಥವಾ ಸಂರಚಿಸಲು ಅನುಮತಿ ಪಡೆದ ಡೊಮೇನ್ಗೆ ಸಂಬಂಧಿಸಿದ್ದು. ಇದು ಸಂಸ್ಥೆಯು ಜಾರಿಗೊಳಿಸುವ DNS ನೀತಿ ಅಥವಾ ಅದರ ಸ್ಥಳೀಯ ಜಾಲ ನಿರ್ಬಂಧಗಳನ್ನು ಬಳಸಿಕೊಂಡು ತಪ್ಪಿಸಿಕೊಳ್ಳುವ ಮಾರ್ಗವಲ್ಲ.

ಸಣ್ಣ ಕೆಲಸವಿರುವ ಒಂದು ಫೈಲ್

ಸ್ಥಳೀಯ ವಲಯ lab.example.org ಆಗಿದ್ದು ಅದರ ಸರ್ವರ್ 192.168.55.1 ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸಿ. ಬದಲಾವಣೆ ಮಾಡಲು ಅನುಮತಿ ಇರುವ Mac ನಲ್ಲಿ, ನಿರ್ವಾಹಕರು ಹೆಸರೇ ಡೊಮೇನ್ ಆಗಿರುವ ಸರಳ ಪಠ್ಯ ಫೈಲ್ /etc/resolver/lab.example.org ಅನ್ನು ರಚಿಸುತ್ತಾರೆ, ಅದರಲ್ಲಿ ಒಂದೇ nameserver 192.168.55.1 ಸಾಲು ಇರುತ್ತದೆ. ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಆ ಡೈರೆಕ್ಟರಿ ಇಲ್ಲದಿರಬಹುದು, ಆದ್ದರಿಂದ ಅದನ್ನು ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳಿಂದ ರಚಿಸಿ, ಮತ್ತು ನಿರ್ವಹಣಾ ತಂತ್ರಾಂಶ ಈಗಾಗಲೇ ಅಲ್ಲಿ ಫೈಲ್ ಹೊಂದಿದೆಯೇ ಎಂದು ಬರೆಯುವ ಮೊದಲು ನೋಡಿ.

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

macOS ರಿಸಾಲ್ವರ್ಗಳ ನಡುವೆ ಹೇಗೆ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ

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

/etc/resolv.conf ಅನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ. macOS ಆ ಫೈಲನ್ನು ತಾನೇ ಬರೆಯುತ್ತದೆ, ಮತ್ತು ಅದು ಡೊಮೇನ್-ನಿರ್ದಿಷ್ಟ ಪರಿಹಾರದ ಪೂರ್ಣ ಚಿತ್ರವನ್ನು ಎಂದೂ ಹೊಂದಿರಲಿಲ್ಲ. ಸಂರಚನೆ ಈ ಡೈರೆಕ್ಟರಿಯ ಫೈಲ್ಗಳಿಂದಲ್ಲದೆ ವ್ಯವಸ್ಥೆಯ ಸಂರಚನಾ ಡೇಟಾಬೇಸ್ನಿಂದಲೂ ಬರಬಹುದು, ಆದ್ದರಿಂದ ನಿರ್ವಹಣಾ ಪ್ರೊಫೈಲ್ ನೀವು ಬರೆದದ್ದನ್ನು ಅತಿಕ್ರಮಿಸಬಹುದು.

ಫೈಲ್ ಒದಗಿಸಲಾಗದ ಮೂರು ವಿಷಯಗಳು

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

ವಲಯವು ಸರಿಯಾದ ಉತ್ತರವನ್ನು ಹೊಂದಿರಬೇಕು, ಮತ್ತು ಅದನ್ನು printer.lab.example.org ನಂತಹ ಸಂಪೂರ್ಣ ಅರ್ಹ ಹೆಸರಿನಿಂದ ಪರೀಕ್ಷಿಸುವುದು ಉತ್ತಮ. ಚಿಕ್ಕ ಹೆಸರು ಹುಡುಕಾಟ-ಡೊಮೇನ್ ವರ್ತನೆಯನ್ನು ಪ್ರಚೋದಿಸಿ, ನೀವು ಕೇಳಲು ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಬೇರೆ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುವಂತಾಗಬಹುದು.

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

DNS ಬದಲಿಸುವ ಬದಲು ಆಯ್ಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

macOS ಈಗ ನಿಜವಾಗಿ ಏನನ್ನು ಬಳಸುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಸಂಪೂರ್ಣ ಅರ್ಹ ಹೆಸರನ್ನು ಅಪ್ಲಿಕೇಶನ್ನ ಒಳಗಿನಿಂದಲೇ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ಗಳಂತೆ ಪರಿಹರಿಸುವ ಸಾಧನದಿಂದ ಪ್ರಶ್ನಿಸಿ. 192.168.55.1 ಗೆ ನೇರ ಪ್ರಶ್ನೆ ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಸಾಮಾನ್ಯ ಹುಡುಕಾಟಗಳಿಗೆ macOS ಆ ಸರ್ವರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅವು ಬೇರೆ ಬೇರೆ ಸಂಗತಿಗಳು, ಮತ್ತು ನಿಮ್ಮ ಬ್ರೌಸರ್ ಅನುಭವಿಸುವುದನ್ನು ವಿವರಿಸುವುದು ಎರಡನೆಯದು ಮಾತ್ರ.

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

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