Miks MagicDNS lahendab seadmeid, aga mitte kontori hostinimesid

MagicDNS annab igale tailneti seadmele nime, mis tuletatakse selle masina nimest ja tailneti DNS-domeenist. Selle nime loob Tailscale ja sellele vastatakse Tailscale’i lahendaja teel. Kontori hostinimi nagu files.office.example kuulub tsooni, mida Tailscale kunagi ei kirjutanud, seega ei saa seadme ümbernimetamine seda luua. Kaks nimeruumi eksisteerivad kõrvuti; neil on lihtsalt erinevad omanikud.

See mehhanism on väga levinud kaebuse taga: Tailscale’i host vastab ja failiserver tagastab endiselt lahendusvea.

Kaks nimeruumi, kaks omanikku

Seadme nimi genereeritakse masina enda hostinimest, kokkupõrked lahendab Tailscale ja tulemus elab tailneti domeeni all. Kontoritsooni haldab see, kes käitab kontori lahendajat, kirjed loob administraator või dünaamiline registreerimine. Lühikesed nimed varjavad erinevust: files võib olla kontori DNS-i vastatav otsingusufiksi laiend, tailneti seade või üldse mitte midagi. Täisnime päring näitab, milline süsteem tegelikult vastas.

Alamvõrgu ruuteri masinanime muutmine ei tee kontoritsooni jaoks midagi. See nimetab ümber ühe Tailscale’i seadme ja jätab kontoriserveri kirje puutumata, mistõttu ümbernimetamine ja uuesti proovimine ei jõua kunagi tulemuseni.

Suuna kontoritsoon oma lahendajale

Tailscale’i jagatud DNS saadab valitud domeenide päringud teie määratud nimeserverile ja kõik muu järgib ülejäänud poliitikat. Lisage domeen, mida kontori lahendaja tegelikult teenindab, mitte otsingusufiks, mille kogemata sisestate. Otsingusufiks ütleb kliendile, mida lisada; see ei ütle lahendajale, kuhu vaadata. Need kaks sätet näevad konsoolis sarnased välja ja käituvad täiesti erinevalt.

Piiratud nimeserver peab olema sellega seotud domeeni jaoks autoriteetne, muidu on vastuseks suunamine, mitte aadress.

Kättesaadavus tuleb enne lahendamist

Klient peab ka selle nimeserverini jõudma. Privaatse LAN-i lahendaja jaoks tuleb alamvõrgu marsruut välja kuulutada ja vastu võtta, juurdepääsupoliitika peab päringu lubama ja tagasitee peab olemas olema. Õige DNS-aadress halduskonsoolis tõestab vaid, et konfiguratsioon salvestati. Kui paketid ei jõua lahendajani, on sümptomiks aegumine, mis näeb välja teistsugune kui autoriteetne vastus, et sellist kirjet pole.

See erinevus on diagnostiline. Aegumine osutab marsruutimisele või poliitikale, samas kui kohene eitav vastus osutab kirjele või tsoonile. Lugege, kumma saate, enne kui muudate ükskõik millist DNS-sätet.

Eraldage nime rike teenuse rikkest

Kui ressurss vastab oma privaatsel aadressil, aga mitte hostinime järgi, jääb uurimine DNS-i juurde. Kui kumbki ei tööta, parandage esmalt marsruutimine või teenus, sest nimi, mis lahendub kättesaamatule aadressile, ei ole edasiminek. Pärige täisnime ja märkige, milline server vastas. MacOS-is järgivad mõned käsurea tööriistad tavarakendustest erinevat teed, seega terminal dig ja brauser võivad sama nime osas eriarvamusel olla.

Korrake testi valitud väljumissõlmega, kui see on seadme tavaline režiim. Väljumissõlme DNS-käsitlus erineb konfiguratsioonist ilma väljumissõlmeta ja testimine ainult ühes režiimis võib jätta märkamata vea, mida kasutajad tegelikult näevad.

Kirjutage üles tsoon, lahendaja aadress ja marsruut, mis päringut kannab. Need kolm selgitavad enamikku MagicDNS-i üllatustest ilma uue ümbernimetamisringita.