Zašto MagicDNS razrješava uređaje, ali ne uredska imena hostova

MagicDNS svakom uređaju u tailnetu daje ime izvedeno iz imena njegove mašine i DNS domene tailneta. To ime stvara Tailscale i na njega se odgovara putem Tailscaleovog resolvera. Uredsko ime hosta kao files.office.example pripada zoni koju Tailscale nikada nije upisao, pa ga preimenovanje uređaja ne može stvoriti. Dva imenska prostora koegzistiraju; jednostavno imaju različite vlasnike.

Taj mehanizam stoji iza vrlo česte prijave: Tailscale host odgovara, a datotečni server još uvijek vraća grešku razrješavanja.

Dva imenska prostora, dva vlasnika

Ime uređaja generiše se iz vlastitog imena hosta mašine, kolizije rješava Tailscale, a rezultat živi pod domenom tailneta. Uredsku zonu održava onaj ko upravlja uredskim resolverom, a zapise stvara administrator ili dinamička registracija. Kratka imena skrivaju razliku: files može biti proširenje pretraživačkog sufiksa na koje odgovara uredski DNS, uređaj u tailnetu ili ništa. Upit punim imenom pokazuje koji je sistem zaista odgovorio.

Promjena imena mašine usmjerivača podmreže ne čini ništa za uredsku zonu. Ona preimenuje jedan Tailscale uređaj i ostavlja zapis na uredskom serveru netaknutim, zato preimenovanje i ponovni pokušaj nikada ne konvergiraju.

Usmjerite uredsku zonu na njen resolver

Tailscaleov podijeljeni DNS šalje upite za odabrane domene na imenski server koji navedete, a sve ostalo slijedi preostalu politiku. Dodajte domenu koju uredski resolver zaista opslužuje, a ne pretraživački sufiks koji slučajno otkucate. Pretraživački sufiks govori klijentu šta da doda; ne govori resolveru gdje da traži. Te dvije postavke u konzoli izgledaju slično, a ponašaju se potpuno drugačije.

Ograničeni imenski server mora biti autoritativan za domenu s kojom je povezan, inače će odgovor biti uputnica, a ne adresa.

Dostupnost dolazi prije razrješavanja

Klijent također mora dosegnuti taj imenski server. Za resolver na privatnom LAN-u ruta podmreže mora biti oglašena i prihvaćena, pristupna politika mora dopustiti upit, a povratni put mora postojati. Ispravna DNS adresa u administrativnoj konzoli dokazuje samo da je konfiguracija sačuvana. Ako paketi ne mogu dosegnuti resolver, simptom je vremensko ograničenje, koje izgleda drugačije od autoritativnog odgovora da takvog zapisa nema.

Ta razlika je dijagnostička. Vremensko ograničenje upućuje na rutiranje ili politiku, dok trenutni negativni odgovor upućuje na zapis ili zonu. Pročitajte koji ste dobili prije nego promijenite bilo koju DNS postavku.

Odvojite neuspjeh imena od neuspjeha usluge

Ako resurs odgovara na svojoj privatnoj adresi ali ne po imenu hosta, istraga ostaje na DNS-u. Ako nijedno ne radi, prvo popravite rutiranje ili uslugu, jer ime koje se razrješava na nedostupnu adresu nije napredak. Postavite upit punim imenom i zabilježite koji je server odgovorio. Na macOS-u neki alati naredbenog retka idu drugačijim putem od običnih aplikacija, pa se terminal dig i preglednik mogu ne složiti oko istog imena.

Ponovite test sa odabranim izlaznim čvorom ako je to uobičajeni način rada za uređaj. Rukovanje DNS-om izlaznog čvora razlikuje se od konfiguracije bez izlaznog čvora, a testiranje samo u jednom načinu može propustiti kvar koji korisnici zaista vide.

Zabilježite zonu, adresu resolvera i rutu koja nosi upit. To troje objašnjava većinu MagicDNS iznenađenja bez još jednog kruga preimenovanja.