MagicDNS cihazları həll edir, amma ofis host adlarını niyə yox

MagicDNS tailnet-dəki hər cihaza maşın adından və tailnet-in DNS domenindən törədilən bir ad verir. Bu adı Tailscale yaradır və ona Tailscale-in həlledici yolu ilə cavab verilir. files.office.example kimi ofis host adı Tailscale-in heç vaxt yazmadığı zonaya aiddir, ona görə cihazın adını dəyişmək onu yarada bilməz. İki ad məkanı birlikdə mövcuddur; sadəcə fərqli sahibləri var.

Bu mexanizm çox yayğın bir şikayətin arxasındadır: Tailscale hostu cavab verir, fayl serveri isə hələ də həll xətası qaytarır.

İki ad məkanı, iki sahib

Cihaz adı maşının öz host adından yaradılır, toqquşmaları Tailscale həll edir və nəticə tailnet domeni altında yaşayır. Ofis zonasını ofis həlledicisini idarə edən şəxs saxlayır, qeydləri administrator və ya dinamik qeydiyyat yaradır. Qısa adlar fərqi gizlədir: files ofis DNS-inin cavablandırdığı axtarış şəkilçisi genişlənməsi, tailnet cihazı və ya heç nə ola bilər. Tam adla sorğu hansı sistemin həqiqətən cavab verdiyini göstərir.

Subnet marşrutlaşdırıcısının maşın adını dəyişmək ofis zonası üçün heç nə etmir. Bu, bir Tailscale cihazını yenidən adlandırır və ofis serverindəki qeydi toxunulmaz qoyur, buna görə də adı dəyişib yenidən cəhd etmək heç vaxt nəticəyə gəlmir.

Ofis zonasını öz həlledicisinə yönəldin

Tailscale-in bölünmüş DNS-i seçilmiş domenlər üçün sorğuları sizin göstərdiyiniz ad serverinə göndərir, qalan hər şey qalan siyasətə uyğun gedir. Ofis həlledicisinin həqiqətən xidmət etdiyi domeni əlavə edin, təsadüfən yazdığınız axtarış şəkilçisini yox. Axtarış şəkilçisi müştəriyə nəyin əlavə olunacağını deyir; həllediciyə hara baxacağını demir. Bu iki parametr konsolda oxşar görünür və tamamilə fərqli davranır.

Məhdud ad serveri əlaqəli olduğu domen üçün səlahiyyətli olmalıdır, əks halda cavab ünvan deyil, istinad olacaq.

Əlçatanlıq həlldən əvvəl gəlir

Müştəri həm də həmin ad serverinə çatmalıdır. Şəxsi LAN-dakı həlledici üçün subnet marşrutu elan edilməli və qəbul edilməli, giriş siyasəti sorğuya icazə verməli və geri yol mövcud olmalıdır. İnzibati konsolda düzgün DNS ünvanı yalnız konfiqurasiyanın yadda saxlanıldığını sübut edir. Paketlər həllediciyə çata bilmirsə, simptom fasilədir və bu, səlahiyyətli “belə qeyd yoxdur” cavabından fərqlənir.

Bu fərq diaqnostikdir. Fasilə marşrutlaşdırmaya və ya siyasətə işarə edir, dərhal mənfi cavab isə qeydə və ya zonaya işarə edir. Hər hansı DNS parametrini dəyişməzdən əvvəl hansını aldığınızı oxuyun.

Ad uğursuzluğunu xidmət uğursuzluğundan ayırın

Resurs öz şəxsi ünvanında cavab verir, amma host adı ilə vermirsə, araşdırma DNS-də qalır. İkisi də işləmirsə, əvvəlcə marşrutlaşdırmanı və ya xidməti düzəldin, çünki əlçatmayan ünvana həll olunan ad irəliləyiş deyil. Tam adla sorğu verin və cavab verən serveri qeyd edin. macOS-da bəzi əmr sətri alətləri adi tətbiqlərdən fərqli yol tutur, ona görə də terminal dig və brauzer eyni ad barədə fərqli fikirdə ola bilər.

Cihaz üçün normal rejim budursa, çıxış qovşağı seçilmiş halda testi təkrarlayın. Çıxış qovşağının DNS emalı çıxışsız konfiqurasiyadan fərqlənir və yalnız bir rejimdə test etmək istifadəçilərin həqiqətən gördüyü nasazlığı qaçıra bilər.

Zonanı, həlledici ünvanını və sorğunu daşıyan marşrutu qeyd edin. Bu üçü yenidən adlandırma mərhələsi olmadan MagicDNS sürprizlərinin çoxunu izah edir.