Prečo MagicDNS prekladá zariadenia, ale nie kancelárske názvy hostiteľov

MagicDNS priradí každému zariadeniu v tailnete názov odvodený od názvu jeho stroja a DNS domény tailnetu. Tento názov vytvára Tailscale a odpovedá sa naň po ceste resolvera Tailscale. Kancelársky názov hostiteľa, napríklad files.office.example, patrí do zóny, ktorú Tailscale nikdy nezapísal, takže premenovanie zariadenia ho nemôže vytvoriť. Oba menné priestory koexistujú; jednoducho majú rôznych vlastníkov.

Tento mechanizmus stojí za veľmi častou sťažnosťou: hostiteľ Tailscale odpovedá a súborový server stále vracia chybu prekladu.

Dva menné priestory, dvaja vlastníci

Názov zariadenia sa generuje z vlastného názvu hostiteľa stroja, kolízie rieši Tailscale a výsledok žije pod doménou tailnetu. Kancelársku zónu spravuje ten, kto prevádzkuje kancelársky resolver, záznamy vytvára správca alebo dynamická registrácia. Krátke názvy rozdiel skrývajú: files môže byť rozšírenie vyhľadávacej prípony, na ktorú odpovedá kancelársky DNS, zariadenie v tailnete alebo vôbec nič. Dotaz na celý názov ukáže, ktorý systém skutočne odpovedal.

Zmena názvu stroja podsieťového routera pre kancelársku zónu nič nerobí. Premenuje jedno zariadenie Tailscale a záznam na kancelárskom serveri nechá nedotknutý, preto premenovanie a opakovanie pokusu nikdy nekonverguje.

Nasmerujte kancelársku zónu na jej resolver

Rozdelený DNS v Tailscale posiela dotazy na vybrané domény na server mien, ktorý určíte, a všetko ostatné sa riadi zvyšnou politikou. Pridajte doménu, ktorú kancelársky resolver skutočne obsluhuje, nie vyhľadávaciu príponu, ktorú náhodou napíšete. Vyhľadávacia prípona hovorí klientovi, čo pripojiť; nehovorí resolveru, kam sa pozerať. Tieto dve nastavenia vyzerajú v konzole podobne a správajú sa úplne odlišne.

Obmedzený server mien musí byť autoritatívny pre doménu, s ktorou je spojený, inak bude odpoveďou odkaz, a nie adresa.

Dostupnosť prichádza pred prekladom

Klient sa tiež musí dostať k tomuto serveru mien. Pre resolver v súkromnej LAN musí byť trasa podsiete inzerovaná a prijatá, prístupová politika musí dotaz povoliť a musí existovať spätná cesta. Správna adresa DNS v konzole správy dokazuje len to, že konfigurácia bola uložená. Ak pakety nemôžu dosiahnuť resolver, príznakom je časový limit, ktorý vyzerá inak než autoritatívna odpoveď, že taký záznam neexistuje.

Tento rozdiel je diagnostický. Časový limit ukazuje na smerovanie alebo politiku, zatiaľ čo okamžitá negatívna odpoveď ukazuje na záznam alebo zónu. Prečítajte si, ktorú dostávate, skôr než zmeníte akékoľvek nastavenie DNS.

Oddeľte zlyhanie názvu od zlyhania služby

Ak zdroj odpovedá na svojej súkromnej adrese, ale nie podľa názvu hostiteľa, vyšetrovanie zostáva pri DNS. Ak nefunguje ani jedno, najprv opravte smerovanie alebo službu, pretože názov, ktorý sa prekladá na nedostupnú adresu, nie je pokrok. Spýtajte sa na celý názov a poznamenajte si, ktorý server odpovedal. V macOS niektoré nástroje príkazového riadka idú inou cestou než bežné aplikácie, takže terminál dig a prehliadač sa môžu na tom istom názve rozchádzať.

Zopakujte test s vybraným výstupným uzlom, ak je to bežný režim zariadenia. Spracovanie DNS výstupného uzla sa líši od konfigurácie bez výstupného uzla a testovanie len v jednom režime môže minúť zlyhanie, ktoré používatelia skutočne vidia.

Zapíšte zónu, adresu resolvera a trasu, ktorá prenáša dotaz. Tieto tri vysvetlia väčšinu prekvapení s MagicDNS bez ďalšieho kola premenovávania.