ನೀವು ರಿಸಾಲ್ವರ್ ವಿಳಾಸ ಮತ್ತು ಕಂಪನಿ ಡೊಮೇನ್ ಇರುವ ಒಂದು ಸಾಲು ಬರೆಯುತ್ತೀರಿ, ಆ ಡೊಮೇನ್‌ನ ಹೆಸರುಗಳು ಮಾತ್ರ ಟನೆಲ್ ರಿಸಾಲ್ವರ್ ಬಳಸುತ್ತವೆ ಎಂದು ನಿರೀಕ್ಷಿಸುತ್ತೀರಿ. Apple ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಈಗ ಎಲ್ಲಾ ಹೆಸರುಗಳು ಅಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ, ಮತ್ತು ಡೊಮೇನ್‌ನ ಸಣ್ಣ ಹೆಸರುಗಳೂ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ. ಸಾಲು ಎರಡು ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಟನೆಲ್ ಯಾವ ಪ್ರಶ್ನೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. ಇನ್ನೊಂದು ಟೈಪಿಂಗ್ ಸೌಲಭ್ಯ, ಅದನ್ನು ಆಶಾವಾದಿ ಓದುವಿಕೆ ನೀತಿಗೆ ಏರಿಸಿದೆ.

DNS ಸಾಲು ಯಾವುದಕ್ಕೆ ಪಾರ್ಸ್ ಆಗುತ್ತದೆ

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

DNS = 10.24.8.53, lab.internal.example

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

Apple ನ ಎರಡು ಕ್ಷೇತ್ರಗಳು, ಎರಡು ಬೇರೆ ಕೆಲಸಗಳು

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

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

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

ಏಕೆ ಪ್ರತಿ ಹೆಸರೂ ಇನ್ನೂ ಟನೆಲ್ ರಿಸಾಲ್ವರ್‌ಗೆ ತಲುಪುತ್ತದೆ

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

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

ವಿಭಜಿತ DNS ನಿಜವಾಗಿ ಏನನ್ನು ಬಯಸುತ್ತದೆ

ನೇಮ್‌ಸ್ಪೇಸ್-ಸೀಮಿತ ರಿಸಾಲ್ವರ್ ನೀತಿಗೆ ಅದನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಅನುವು ಮಾಡುವ ಕ್ಲೈಂಟ್ ಬೇಕು: Apple ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಡೊಮೇನ್‌ಗಳನ್ನು ಹೊಂದಿಸಿ, ಅಥವಾ ನೀವು ಬಳಸುವ ಉತ್ಪನ್ನದಲ್ಲಿ ಸಮಾನ ಸೆಟ್ಟಿಂಗ್. ಕೇವಲ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಸಫಿಕ್ಸ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುವ ಸಂರಚನಾ ಕ್ಷೇತ್ರ ಅದನ್ನು ಹೇಗೆ ವಿರಾಮಚಿಹ್ನೆ ಮಾಡಿದರೂ ವ್ಯಕ್ತಪಡಿಸಲಾರದು. ಪ್ರೊಫೈಲ್ ಆ ನೀತಿಯನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು, ಏಕೆಂದರೆ ಅದು ಸಂಪರ್ಕ ಸಮಯದ ಸೂಚನೆಯಲ್ಲ, ನಿರ್ವಹಿತ ಸಂರಚನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದು ಡೊಮೇನ್, ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಆ ಡೊಮೇನ್ ತಲುಪಲಾಗದಿದ್ದಾಗ ಏನಾಗಬೇಕು ಎಂಬುದನ್ನು ಹೆಸರಿಸಬಹುದು. ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಒಪ್ಪಂದದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಅದೇ.

ನಿರ್ವಹಿತ Apple ಸಾಧನಗಳಲ್ಲಿ ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಡೊಮೇನ್-ನಿರ್ದಿಷ್ಟ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಹೊತ್ತಿರುವ ಸಂರಚನಾ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ನೀಡಲಾಗುತ್ತದೆ. ಇದು WireGuard ಸಂರಚನಾ ಫೈಲ್‌ಗಿಂತ ಬೇರೆ ಕಾರ್ಯವಿಧಾನ, ಮತ್ತು ಎರಡೂ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಗೌರವಿಸಿದರೆ ಮಾತ್ರ ಜೊತೆಯಾಗಿರಬಲ್ಲವು. ಎರಡು ಉತ್ಪನ್ನಗಳು ಒಂದೇ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ ಎಂದು ಭಾವಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಆ ಕ್ಷೇತ್ರವನ್ನು ನಿಜವಾಗಿ ಏನೆಂದು ಕರೆಯುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. Mac ನಲ್ಲಿ wg-quick ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು iPhone ನಲ್ಲಿ WireGuard ಅಪ್ಲಿಕೇಶನ್ ಒಂದೇ ರೀತಿಯ ಸಾಲುಗಳನ್ನು ಓದಿ ಅವನ್ನು ಬೇರೆ ಬೇರೆ ಪದರಗಳ ಮೂಲಕ ಸ್ಥಾಪಿಸುತ್ತವೆ.

ಸ್ಥಾಪಿತ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಓದಿ, ಸಂರಚನೆಯನ್ನಲ್ಲ

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

scutil --dns | grep -A3 resolver
networksetup -getdnsservers Wi-Fi

ಈ ಎರಡು ಆಜ್ಞೆಗಳು ಪ್ರಸ್ತುತ ರಿಸಾಲ್ವರ್ ಸಂರಚನೆ ಮತ್ತು ಸಕ್ರಿಯ ಸೇವೆಯ DNS ಸರ್ವರ್‌ಗಳನ್ನು ಮುದ್ರಿಸುತ್ತವೆ. ಟನೆಲ್ ರಿಸಾಲ್ವರ್ ಡೊಮೇನ್ ನಿರ್ಬಂಧವಿಲ್ಲದ ಡೀಫಾಲ್ಟ್ ರಿಸಾಲ್ವರ್ ಆಗಿ ಕಂಡರೆ, ಸಂರಚನೆ ಕ್ಲೈಂಟ್ ಕೇಳಿದ್ದನ್ನೇ ಮಾಡುತ್ತಿದೆ. ಅದನ್ನು ಕಾರ್ಯವಿಧಾನ ಬದಲಿಸಿ ಸರಿಪಡಿಸಿ, ಎರಡನೇ ಸಫಿಕ್ಸ್ ಸೇರಿಸಿ ವರ್ತನೆ ಬದಲಾಗುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ ಅಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು