Tailscale MagicDNS işləyir, lakin macOS-də nslookup uğursuz olur

Mac-da ping tailnet maşın adını həll edir, nslookup isə uğursuzluq qaytarır və hər iki əmr doğru danışır. Tətbiqlər Tailscale-in interfeys üzrə konfiqurasiya etdiyi sistem həlledicisi vasitəsilə həll edir, nslookup və host isə MagicDNS-in heç vaxt toxunmadığı statik faylı oxuyur. İki yol bir paket belə itmədən fərqli nəticə verə bilər. Hər hansı DNS parametrini dəyişməzdən əvvəl uğursuz tətbiqinizin hansı yolla getdiyini müəyyənləşdirin.

İki həll yolu, iki fərqli cavab

macOS-də tətbiq trafiki sistem həlledicisindən keçir və interfeys üzrə məhdudlaşdırılmış həlledici qeydləri hansı serverin hansı domen üçün cavab verəcəyini müəyyən edir. Tailscale öz MagicDNS qeydini orada quraşdırır, buna görə Safari və ssh tailnet adlarını tapır. nslookup, host və dig isə /etc/resolv.conf oxuyur və ya əmr sətrində server götürür, və həmin fayl adətən hələ də marşrutlaşdırıcını və ya ofis serverini göstərir. Bu fayla göndərilən tailnet adı üçün heç bir səlahiyyətli cavab gözləmir, ona görə alət uğursuzluq bildirir, sistem yolu isə uğur qazanır.

Heç bir alət səhv davranmır. Onlar fərqli serverlərdən soruşur və o serverlərdən yalnız biri sizin tailnetiniz haqqında bilir.

Eyni adı sistem yolu ilə yoxlayın

Sistem axtarış çağırışını ilk sınaq kimi istifadə edin, sonra onu birbaşa MagicDNS həlledicisinə yönəldilmiş sorğu ilə müqayisə edin. Hər ikisində yazılışı eyni saxlayın, tailnet domeni də daxil olmaqla, çünki qısa ad və tam kvalifikasiyalı ad fərqli cavablara malik fərqli suallardır.

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

Bu üç çıxış üç suala cavab verir: sistem nə qaytarır, hansı həlledicilər hansı domenlər üçün konfiqurasiya edilib və MagicDNS özü nə bilir. İkinci və üçüncüdə olub birincidə olmayan ad tailnetə deyil, yerli konfiqurasiyaya işarə edir.

Ad həll olunduqdan sonra xidməti yoxlayın

Düzgün DNS cavabı yalnız adın bir ünvana uyğun gəldiyini sübut edir. Arxasındakı xidmət dayandırıla bilər, port giriş qaydası ilə süzülə bilər və sertifikat yazdığınızdan fərqli hostu göstərə bilər.

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

Orijinal xəta mətnini saxlayın, çünki sertifikat xəbərdarlığı, bağlantı fasiləsi və ad-tapılmadı halı hər biri fərqli yerə aparır. Ad serverlərini dəyişmək üçüncünü təmir edir və ilk ikisinə bir günorta itirir.

MagicDNS ofis DNS-inin əvəzi deyil

Ofis zonasındakı ad, eyni müştəri hər ikisinə çata bilsə belə, tailnet cihaz adı deyil. Təyinat alt şəbəkə marşrutlaşdırıcısının arxasındadırsa, müştərinin həmin zona üçün daxili həllediciyə yönələn split DNS-ə ehtiyacı var, bu MagicDNS-dən fərqli bir parametrdir və onunla yanaşı sənədləşdirilir.

Axtarış domenləri də vacibdir. Kvalifikasiyasız qısa ada hər konfiqurasiya edilmiş şəkilçi sıra ilə əlavə olunur, buna görə bu yaxınlarda başqa şəbəkəyə qoşulmuş noutbuk köhnə şəkilçi vasitəsilə həll edə bilər. Zonanı pozulmuş elan etməzdən əvvəl hansı şəkilçinin tətbiq edildiyini yoxlayın.

Hər iki yol uğursuz olduqda, tailnet faktları qərar verir

Mövcud olduğuna inandığınız cihaz üçün həm sistem axtarışı, həm də birbaşa sorğu uğursuz olursa, problem Mac həlledicisindən yuxarıdadır.

İdarəetmə konsolunda maşın adını və tailnet domenini təsdiqləyin, cihazın onlayn və təsdiqlənmiş olduğunu təsdiqləyin və müştərinin DNS parametrlərinin yerli olaraq söndürülmədiyini təsdiqləyin. Oflayn cihaz adını saxlayır və sadəcə qaytaracaq ünvanı olmur.

Sonra sübuta görə seçin. Sistem yolunda həll olunan və nslookupda uğursuz olan ad alət yolu fərqidir; həll olunan, lakin xidmətin imtina etdiyi ad giriş və ya sertifikat problemidir; heç yerdə həll olunmayan ad tailnet və ya DNS konfiqurasiyası problemidir. Üç sahib, üç düzəliş və MagicDNS sənədləri birinci halın macOS xüsusiyyətlərini əhatə edir.