Zakaj MagicDNS razrešuje naprave, ne pa imen pisarniških gostiteljev

MagicDNS vsaki napravi v tailnetu dodeli ime, izpeljano iz imena njenega stroja in domene DNS tailneta. To ime ustvari Tailscale in nanj se odgovarja po poti razreševalnika Tailscale. Pisarniško ime gostitelja, kot je files.office.example, pripada coni, ki je Tailscale nikoli ni zapisal, zato ga preimenovanje naprave ne more ustvariti. Imenska prostora sobivata; preprosto imata različne lastnike.

Ta mehanizem stoji za zelo pogosto pritožbo: gostitelj Tailscale odgovori, strežnik datotek pa še vedno vrne napako razreševanja.

Dva imenska prostora, dva lastnika

Ime naprave se ustvari iz lastnega imena gostitelja stroja, trke razreši Tailscale, rezultat pa živi pod domeno tailneta. Pisarniško cono vzdržuje tisti, ki upravlja pisarniški razreševalnik, zapise ustvari skrbnik ali dinamična registracija. Kratka imena skrijejo razliko: files je lahko razširitev iskalne pripone, na katero odgovarja pisarniški DNS, naprava v tailnetu ali pa nič. Poizvedba po polnem imenu pokaže, kateri sistem je v resnici odgovoril.

Sprememba imena stroja podomrežnega usmerjevalnika ne naredi ničesar za pisarniško cono. Preimenuje eno napravo Tailscale in pusti zapis na pisarniškem strežniku nedotaknjen, zato se preimenovanje in ponovni poskus nikoli ne srečata.

Usmerite pisarniško cono na njen razreševalnik

Razdeljeni DNS Tailscale pošilja poizvedbe za izbrane domene na imenski strežnik, ki ga določite, vse ostalo pa sledi preostali politiki. Dodajte domeno, ki jo pisarniški razreševalnik dejansko oskrbuje, ne iskalne pripone, ki jo slučajno vtipkate. Iskalna pripona pove odjemalcu, kaj dodati; ne pove razreševalniku, kam pogledati. Ti dve nastavitvi sta v konzoli videti podobni in se obnašata popolnoma drugače.

Omejeni imenski strežnik mora biti pooblaščen za domeno, povezano z njim, sicer bo odgovor napotitev in ne naslov.

Dosegljivost pride pred razreševanjem

Odjemalec mora doseči tudi ta imenski strežnik. Za razreševalnik v zasebnem LAN-u mora biti pot podomrežja oglašena in sprejeta, politika dostopa mora dovoliti poizvedbo in obstajati mora povratna pot. Pravilen naslov DNS v skrbniški konzoli dokazuje le, da je bila konfiguracija shranjena. Če paketi ne morejo doseči razreševalnika, je simptom časovna prekoračitev, ki je videti drugače kot pooblaščen odgovor, da takega zapisa ni.

Ta razlika je diagnostična. Časovna prekoračitev kaže na usmerjanje ali politiko, medtem ko takojšen negativen odgovor kaže na zapis ali cono. Preberite, katerega dobite, preden spremenite katero koli nastavitev DNS.

Ločite odpoved imena od odpovedi storitve

Če se vir odzove na svojem zasebnem naslovu, ne pa po imenu gostitelja, preiskava ostane pri DNS. Če ne deluje nobeno od obojega, najprej popravite usmerjanje ali storitev, ker ime, ki se razreši v nedosegljiv naslov, ni napredek. Vprašajte po polnem imenu in zabeležite, kateri strežnik je odgovoril. V macOS neka orodja ukazne vrstice ubirajo drugačno pot kot običajne aplikacije, zato se terminal dig in brskalnik lahko ne strinjata glede istega imena.

Ponovite preizkus z izbranim izhodnim vozliščem, če je to običajen način naprave. Ravnanje z DNS izhodnega vozlišča se razlikuje od konfiguracije brez izhodnega vozlišča, preizkušanje samo v enem načinu pa lahko zgreši odpoved, ki jo uporabniki v resnici vidijo.

Zabeležite cono, naslov razreševalnika in pot, ki prenaša poizvedbo. Ti trije pojasnijo večino presenečenj MagicDNS brez še enega kroga preimenovanja.