Kodėl „MagicDNS“ išsprendžia įrenginius, bet ne biuro pagrindinių kompiuterių vardus

„MagicDNS“ kiekvienam „tailnet“ įrenginiui suteikia vardą, gaunamą iš jo mašinos vardo ir „tailnet“ DNS domeno. Tą vardą sukuria „Tailscale“, ir į jį atsakoma „Tailscale“ sprendėjo keliu. Biuro pagrindinio kompiuterio vardas, pavyzdžiui, files.office.example, priklauso zonai, kurios „Tailscale“ niekada neįrašė, todėl įrenginio pervadinimas negali jo sukurti. Abi vardų erdvės egzistuoja kartu; jos tiesiog turi skirtingus savininkus.

Tas mechanizmas slypi už labai paplitusio pranešimo: „Tailscale“ pagrindinis kompiuteris atsako, o failų serveris vis dar grąžina sprendimo klaidą.

Dvi vardų erdvės, du savininkai

Įrenginio vardas generuojamas iš pačios mašinos pagrindinio kompiuterio vardo, susidūrimus sprendžia „Tailscale“, o rezultatas gyvena „tailnet“ domene. Biuro zoną prižiūri tas, kas valdo biuro sprendėją, o įrašus kuria administratorius arba dinaminė registracija. Trumpi vardai slepia skirtumą: files gali būti paieškos priesagos išplėtimas, į kurį atsako biuro DNS, „tailnet“ įrenginys arba visai nieko. Užklausus viso vardo matyti, kuri sistema iš tikrųjų atsakė.

Biuro zonai nieko nedaro maršrutizatoriaus mašinos vardo pakeitimas. Jis pervadina vieną „Tailscale“ įrenginį ir palieka biuro serverio įrašą nepaliestą, todėl pervadinimas ir pakartotinis bandymas niekada nesutampa.

Nukreipkite biuro zoną į jos sprendėją

„Tailscale“ padalytas DNS siunčia pasirinktų domenų užklausas į jūsų nurodytą vardų serverį, o visa kita vadovaujasi likusia politika. Pridėkite domeną, kurį biuro sprendėjas iš tikrųjų aptarnauja, o ne paieškos priesagą, kurią atsitiktinai įvedate. Paieškos priesaga pasakoja klientui, ką prijungti; ji nepasakoja sprendėjui, kur ieškoti. Šie du nustatymai konsolėje atrodo panašiai, o elgiasi visiškai skirtingai.

Riboto vardų serverio turi būti įgaliotas su juo susietam domenui, kitaip atsakymas bus nuoroda, o ne adresas.

Pasiekiamumas ateina prieš sprendimą

Klientas taip pat turi pasiekti tą vardų serverį. Privačios LAN sprendėjui potinklio maršrutas turi būti skelbiamas ir priimtas, prieigos politika turi leisti užklausą, o grįžtamasis kelias turi egzistuoti. Teisingas DNS adresas administravimo konsolėje įrodo tik tai, kad konfigūracija išsaugota. Jei paketai negali pasiekti sprendėjo, simptomas yra skirtasis laikas, kuris atrodo kitaip nei įgaliotas atsakymas, kad tokio įrašo nėra.

Šis skirtumas yra diagnozinis. Skirtasis laikas rodo į maršrutizavimą ar politiką, o tiesioginis neigiamas atsakymas rodo į įrašą ar zoną. Perskaitykite, kurį gaunate, prieš keisdami bet kokį DNS nustatymą.

Atskirkite vardo gedimą nuo paslaugos gedimo

Jei išteklius atsako savo privačiu adresu, bet ne pagrindinio kompiuterio vardu, tyrimas lieka prie DNS. Jei abu neveikia, pirmiausia sutvarkykite maršrutizavimą ar paslaugą, nes vardas, kuris sprendžiamas į nepasiekiamą adresą, nėra pažanga. Užklauskite viso vardo ir pažymėkite, kuris serveris atsakė. „macOS“ kai kurie komandinės eilutės įrankiai eina kitu keliu nei įprastos programos, todėl terminalo dig ir naršyklė gali nesutarti dėl to paties vardo.

Pakartokite testą pasirinkę išėjimo mazgą, jei tai įprastas įrenginio režimas. Išėjimo mazgo DNS tvarkymas skiriasi nuo konfigūracijos be išėjimo mazgo, o testavimas tik vienu režimu gali praleisti gedimą, kurį naudotojai iš tikrųjų mato.

Užrašykite zoną, sprendėjo adresą ir maršrutą, kuriuo keliauja užklausa. Šie trys paaiškina daugumą „MagicDNS“ netikėtumų be dar vieno pervadinimo ciklo.