Tailscale MagicDNS ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ macOS ನಲ್ಲಿ nslookup ವಿಫಲವಾಗುತ್ತದೆ

Mac ನಲ್ಲಿ ping tailnet ಯಂತ್ರದ ಹೆಸರನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ nslookup ವಿಫಲತೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಆದೇಶಗಳು ಸತ್ಯವನ್ನೇ ಹೇಳುತ್ತವೆ. ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಿಸ್ಟಮ್ ರಿಝಾಲ್ವರ್ ಮೂಲಕ ಪರಿಹರಿಸುತ್ತವೆ, ಅದನ್ನು Tailscale ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಸಂರಚಿಸುತ್ತದೆ, ಆದರೆ nslookup ಮತ್ತು host, MagicDNS ಎಂದಿಗೂ ಮುಟ್ಟದ ಸ್ಥಿರ ಫೈಲ್ ಅನ್ನು ಓದುತ್ತವೆ. ಒಂದು ಪ್ಯಾಕೆಟ್ ಕೂಡ ಕಳೆದುಕೊಳ್ಳದೆ ಎರಡೂ ಮಾರ್ಗಗಳು ಭಿನ್ನವಾಗಬಹುದು. ಯಾವುದೇ DNS ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸುವ ಮೊದಲು ನಿಮ್ಮ ವಿಫಲ ಅಪ್ಲಿಕೇಶನ್ ಯಾವ ಮಾರ್ಗ ತೆಗೆದುಕೊಂಡಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.

ಎರಡು ಪರಿಹಾರ ಮಾರ್ಗಗಳು, ಎರಡು ವಿಭಿನ್ನ ಉತ್ತರಗಳು

macOS ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಸಂಚಾರ ಸಿಸ್ಟಮ್ ರಿಝಾಲ್ವರ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಪ್ರಕಾರ ಸೀಮಿತಗೊಳಿಸಿದ ರಿಝಾಲ್ವರ್ ನಮೂದುಗಳು ಯಾವ ಸರ್ವರ್ ಯಾವ ಡೊಮೇನ್‌ಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. Tailscale ತನ್ನ MagicDNS ನಮೂದನ್ನು ಅಲ್ಲಿಯೇ ಸ್ಥಾಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ Safari ಮತ್ತು ssh tailnet ಹೆಸರುಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತವೆ. ಬದಲಾಗಿ nslookup, host ಮತ್ತು dig /etc/resolv.conf ಓದುತ್ತವೆ ಅಥವಾ ಆದೇಶ ಸಾಲಿನಲ್ಲಿ ಸರ್ವರ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಆ ಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಇನ್ನೂ ರೌಟರ್ ಅಥವಾ ಕಚೇರಿ ಸರ್ವರ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಆ ಫೈಲ್‌ಗೆ ಕಳುಹಿಸಿದ tailnet ಹೆಸರಿಗೆ ಕಾಯುತ್ತಿರುವ ಯಾವುದೇ ಅಧಿಕೃತ ಉತ್ತರವಿಲ್ಲ, ಆದ್ದರಿಂದ ಸಾಧನ ವಿಫಲತೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಆದರೆ ಸಿಸ್ಟಮ್ ಮಾರ್ಗ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ.

ಎರಡೂ ಸಾಧನಗಳಲ್ಲಿ ಯಾವುದೂ ತಪ್ಪಾಗಿ ವರ್ತಿಸುತ್ತಿಲ್ಲ. ಅವು ಬೇರೆ ಬೇರೆ ಸರ್ವರ್‌ಗಳನ್ನು ಕೇಳುತ್ತವೆ, ಮತ್ತು ಆ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಒಂದು ನಿಮ್ಮ tailnet ಬಗ್ಗೆ ತಿಳಿದಿದೆ.

ಸಿಸ್ಟಮ್ ಮಾರ್ಗದ ಮೂಲಕ ಅದೇ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ

ಸಿಸ್ಟಮ್ ಲುಕ್ಅಪ್ ಕರೆಯನ್ನು ಮೊದಲ ಪರೀಕ್ಷೆಯಾಗಿ ಬಳಸಿ, ನಂತರ ಅದನ್ನು ನೇರವಾಗಿ MagicDNS ರಿಝಾಲ್ವರ್‌ಗೆ ಕಳುಹಿಸಿದ ಪ್ರಶ್ನೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡರಲ್ಲೂ ಕಾಗುಣಿತವನ್ನು ಒಂದೇ ರೀತಿ ಇರಿಸಿ, tailnet ಡೊಮೇನ್ ಸೇರಿದಂತೆ, ಏಕೆಂದರೆ ಸಣ್ಣ ಹೆಸರು ಮತ್ತು ಪೂರ್ಣ ಅರ್ಹ ಹೆಸರು ಬೇರೆ ಬೇರೆ ಉತ್ತರಗಳಿರುವ ಬೇರೆ ಪ್ರಶ್ನೆಗಳು.

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

ಆ ಮೂರು ಔಟ್‌ಪುಟ್‌ಗಳು ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಸಿಸ್ಟಮ್ ಏನನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಯಾವ ಡೊಮೇನ್‌ಗಳಿಗೆ ಯಾವ ರಿಝಾಲ್ವರ್‌ಗಳನ್ನು ಸಂರಚಿಸಲಾಗಿದೆ, ಮತ್ತು MagicDNS ತಾನೇ ಏನನ್ನು ತಿಳಿದಿದೆ. ಎರಡನೆಯ ಮತ್ತು ಮೂರನೆಯದರಲ್ಲಿ ಇದ್ದು ಮೊದಲನೆಯದರಲ್ಲಿ ಇಲ್ಲದ ಹೆಸರು tailnet ಅಲ್ಲ, ಸ್ಥಳೀಯ ಸಂರಚನೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಹೆಸರು ಪರಿಹಾರವಾದ ನಂತರ ಸೇವೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

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

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

ಮೂಲ ದೋಷ ಪಠ್ಯವನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ಎಚ್ಚರಿಕೆ, ಸಂಪರ್ಕ ಕಾಲಮಿತಿ ಮತ್ತು ಹೆಸರು-ಸಿಗಲಿಲ್ಲ ಎಂಬ ಮೂರೂ ಬೇರೆ ಬೇರೆ ಕಡೆಗೆ ಕರೆದೊಯ್ಯುತ್ತವೆ. ಹೆಸರು ಸರ್ವರ್‌ಗಳನ್ನು ಬದಲಿಸುವುದು ಮೂರನೆಯದನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಮೊದಲ ಎರಡಕ್ಕೆ ಒಂದು ಮಧ್ಯಾಹ್ನ ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

MagicDNS ಕಚೇರಿ DNSಗೆ ಪರ್ಯಾಯವಲ್ಲ

ಕಚೇರಿ ವಲಯದೊಳಗಿನ ಹೆಸರು tailnet ಸಾಧನದ ಹೆಸರಲ್ಲ, ಅದೇ ಕ್ಲೈಂಟ್ ಎರಡಕ್ಕೂ ತಲುಪಬಹುದಾದರೂ. ಗಮ್ಯಸ್ಥಾನವು ಸಬ್‌ನೆಟ್ ರೌಟರ್‌ನ ಹಿಂದೆ ಇದ್ದಾಗ, ಕ್ಲೈಂಟ್‌ಗೆ ಆ ವಲಯಕ್ಕೆ ಆಂತರಿಕ ರಿಝಾಲ್ವರ್‌ಗೆ ತೋರಿಸುವ split DNS ಬೇಕು, ಇದು MagicDNSಗಿಂತ ಬೇರೆ ಸೆಟ್ಟಿಂಗ್ ಆಗಿದ್ದು ಅದರ ಜೊತೆಗೆ ದಾಖಲಾಗಿದೆ.

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

ಎರಡೂ ಮಾರ್ಗಗಳು ವಿಫಲವಾದಾಗ, tailnetನ ಸತ್ಯಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ

ನೀವು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂದು ನಂಬುವ ಸಾಧನಕ್ಕೆ ಸಿಸ್ಟಮ್ ಲುಕ್ಅಪ್ ಮತ್ತು ನೇರ ಪ್ರಶ್ನೆ ಎರಡೂ ವಿಫಲವಾದರೆ, ಸಮಸ್ಯೆ Macನ ರಿಝಾಲ್ವರ್‌ನ ಮೇಲ್ಭಾಗದಲ್ಲಿದೆ.

ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ ಯಂತ್ರದ ಹೆಸರು ಮತ್ತು tailnet ಡೊಮೇನ್ ದೃಢೀಕರಿಸಿ, ಸಾಧನ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿದೆ ಮತ್ತು ಅನುಮೋದಿಸಲಾಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ DNS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಸ್ಥಳೀಯವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ. ಆಫ್‌ಲೈನ್ ಸಾಧನ ತನ್ನ ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಹಿಂತಿರುಗಿಸಲು ಯಾವುದೇ ವಿಳಾಸವಿಲ್ಲ.

ನಂತರ ಸಾಕ್ಷ್ಯದ ಆಧಾರದ ಮೇಲೆ ಆರಿಸಿ. ಸಿಸ್ಟಮ್ ಮಾರ್ಗದಲ್ಲಿ ಪರಿಹಾರವಾಗಿ nslookupನಲ್ಲಿ ವಿಫಲವಾಗುವ ಹೆಸರು ಸಾಧನ-ಮಾರ್ಗದ ವ್ಯತ್ಯಾಸ; ಪರಿಹಾರವಾಗಿ ಸೇವೆ ನಿರಾಕರಿಸುವ ಹೆಸರು ಪ್ರವೇಶ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರದ ಸಮಸ್ಯೆ; ಎಲ್ಲಿಯೂ ಪರಿಹಾರವಾಗದ ಹೆಸರು tailnet ಅಥವಾ DNS ಸಂರಚನೆಯ ಸಮಸ್ಯೆ. ಮೂರು ಮಾಲೀಕರು, ಮೂರು ಸರಿಪಡಿಸುವಿಕೆಗಳು, ಮತ್ತು MagicDNS ದಾಖಲೆಗಳು ಮೊದಲ ಪ್ರಕರಣದ macOS ವಿವರಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.