Tailscale MagicDNS töötab, kuid nslookup ebaõnnestub macOS-is

Macis lahendab ping tailneti masinanime, samal ajal kui nslookup tagastab vea, ja mõlemad käsud räägivad tõtt. Rakendused lahendavad süsteemi resolveri kaudu, mille Tailscale seadistab liidese kaupa, samal ajal kui nslookup ja host loevad staatilist faili, mida MagicDNS kunagi ei puuduta. Kaks teed võivad erineda, ilma et ükski pakett kaoks. Enne mis tahes DNS-seade muutmist otsustage, millist teed teie ebaõnnestuv rakendus läks.

Kaks lahendamisteed, kaks erinevat vastust

macOS-i rakendusliiklus käib läbi süsteemi resolveri ning liidesepõhised piiratud resolverikirjed otsustavad, milline server vastab millisele domeenile. Tailscale paigaldab sinna oma MagicDNS-kirje, mistõttu Safari ja ssh leiavad tailneti nimed. nslookup, host ja dig loevad seevastu /etc/resolv.conf või võtavad serveri käsurealt, ja see fail nimetab tavaliselt endiselt ruuterit või kontoriserverit. Sinna faili saadetud tailneti nimel pole ühtegi autoriteetset vastust ootamas, seega tööriist teatab ebaõnnestumisest, samal ajal kui süsteemi tee õnnestub.

Kumbki tööriist ei käitu valesti. Nad küsivad erinevatelt serveritelt ja ainult üks neist serveritest teab teie tailnetist.

Testige sama nime süsteemi tee kaudu

Kasutage süsteemi otsingukutset esimese testina ja võrrelge seda seejärel päringuga, mis on suunatud otse MagicDNS-i resolverile. Hoidke kirjapilt mõlemas identne, sealhulgas tailneti domeen, sest lühike nimi ja täielikult kvalifitseeritud nimi on erinevad küsimused erinevate vastustega.

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

Need kolm väljundit vastavad kolmele küsimusele: mida süsteem tagastab, millised resolverid on milliste domeenide jaoks seadistatud ja mida MagicDNS ise teab. Nimi, mis esineb teises ja kolmandas, kuid puudub esimeses, viitab kohalikule seadistusele, mitte tailnetile.

Kui nimi on lahendatud, testige teenust

Õige DNS-vastus tõestab ainult seda, et nimi vastab aadressile. Selle taga olev teenus võib olla peatatud, porti võib filtreerida juurdepääsureegel ja sertifikaat võib nimetada teist hosti kui see, mille te sisestasite.

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

Hoidke algne veatekst alles, sest sertifikaadi hoiatus, ühenduse aegumine ja leidmata nimi viivad igaüks erinevasse kohta. Nimeserverite muutmine parandab kolmanda ja raiskab esimese kahe peale ühe pärastlõuna.

MagicDNS ei asenda kontori DNS-i

Kontoritsooni sees olev nimi ei ole tailneti seadme nimi isegi siis, kui sama klient pääseb mõlemale juurde. Kui sihtkoht asub alamvõrgu ruuteri taga, vajab klient selle tsooni jaoks split DNS-i, mis osutab sisemisele resolverile, mis on MagicDNS-ist erinev seade ja on dokumenteeritud selle kõrval.

Ka otsingudomeenid on olulised. Kvalifitseerimata lühikesele nimele lisatakse järjest iga seadistatud sufiks, nii et sülearvuti, mis liitus hiljuti teise võrguga, võib lahendada vananenud sufiksi kaudu. Enne tsooni katkiseks kuulutamist kontrollige, milline sufiks rakendus.

Kui mõlemad teed ebaõnnestuvad, otsustavad tailneti faktid

Kui nii süsteemiotsing kui ka otsene päring ebaõnnestuvad seadme puhul, mis teie arvates olemas on, asub probleem Maci resolverist ülesvoolu.

Kinnitage masinanimi ja tailneti domeen halduskonsoolis, kinnitage, et seade on võrgus ja heaks kiidetud, ning kinnitage, et kliendi DNS-seaded ei ole kohapeal keelatud. Võrgust väljas olev seade hoiab oma nime ja sellel lihtsalt pole aadressi, mida tagastada.

Seejärel valige tõendite järgi. Nimi, mis laheneb süsteemi teel ja ebaõnnestub nslookupis, on tööriistatee erinevus; nimi, mis laheneb, samal ajal kui teenus keeldub, on juurdepääsu- või sertifikaadiprobleem; nimi, mis ei lahene kusagil, on tailneti või DNS-i seadistuse probleem. Kolm omanikku, kolm parandust ja MagicDNS-i dokumentatsioon katab esimese juhtumi macOS-i erisused.