Tailscale MagicDNS deluje, vendar nslookup v macOS ne uspe

Na Macu ping razreši ime stroja v tailnetu, medtem ko nslookup vrne napako, in oba ukaza govorita resnico. Aplikacije razrešujejo prek sistemskega razreševalnika, ki ga Tailscale konfigurira za vsak vmesnik, medtem ko nslookup in host bereta statično datoteko, ki se je MagicDNS nikoli ne dotakne. Poti se lahko razlikujeta, ne da bi se izgubil en sam paket. Preden spremenite katero koli nastavitev DNS, ugotovite, po kateri poti je šla vaša aplikacija, ki ne uspe.

Dve poti razreševanja, dva različna odgovora

Promet aplikacij v macOS poteka prek sistemskega razreševalnika, in vnose razreševalnika, omejene na vmesnik, določajo, kateri strežnik odgovarja za katero domeno. Tailscale tam namesti svoj vnos MagicDNS, zato Safari in ssh najdeta imena tailnet. nslookup, host in dig namesto tega berejo /etc/resolv.conf ali vzamejo strežnik iz ukazne vrstice, in ta datoteka običajno še vedno navaja usmerjevalnik ali pisarniški strežnik. Ime tailnet, poslano v to datoteko, nima nobenega čakajočega verodostojnega odgovora, zato orodje poroča o napaki, medtem ko sistemska pot uspe.

Nobeno od orodij se ne obnaša napačno. Sprašujeta različne strežnike in samo eden od teh strežnikov ve za vaš tailnet.

Preizkusite isto ime po sistemski poti

Uporabite sistemski klic iskanja kot prvi preizkus, nato ga primerjajte s poizvedbo, usmerjeno neposredno na razreševalnik MagicDNS. Ohranite enako črkovanje v obeh, vključno z domeno tailnet, ker sta kratko ime in popolnoma kvalificirano ime različni vprašanji z različnimi odgovori.

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

Ti trije izhodi odgovarjajo na tri vprašanja: kaj vrne sistem, kateri razreševalniki so konfigurirani za katere domene in kaj ve MagicDNS sam. Ime, ki je v drugem in tretjem, a ga v prvem ni, kaže na lokalno konfiguracijo in ne na tailnet.

Ko se ime razreši, preizkusite storitev

Pravilen odgovor DNS dokazuje le, da ime ustreza naslovu. Storitev za njim je lahko ustavljena, vrata so lahko filtrirana s pravilom dostopa, potrdilo pa lahko navaja drugega gostitelja od tistega, ki ste ga vnesli.

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

Shranite izvirno besedilo napake, ker opozorilo o potrdilu, časovna omejitev povezave in ne najdeno ime vsako vodijo drugam. Spreminjanje imenskih strežnikov popravi tretje in zapravi popoldne za prva dva.

MagicDNS ne nadomešča pisarniškega DNS

Ime znotraj pisarniške cone ni ime naprave tailnet, tudi ko lahko isti odjemalec doseže oboje. Ko je cilj za usmerjevalnikom podomrežja, odjemalec potrebuje split DNS za to cono, ki kaže na notranji razreševalnik, kar je druga nastavitev kot MagicDNS in je dokumentirano ob njem.

Tudi iskalne domene so pomembne. Nekvalificiranemu kratkemu imenu se po vrsti doda vsaka konfigurirana pripona, zato lahko prenosnik, ki se je nedavno pridružil drugemu omrežju, razreši prek zastarele pripone. Preden cono razglasite za pokvarjeno, preverite, katera pripona je bila uporabljena.

Ko obe poti ne uspeta, odločijo dejstva o tailnetu

Če sistemsko iskanje in neposredna poizvedba ne uspeta za napravo, za katero verjamete, da obstaja, je težava nad razreševalnikom Maca.

Potrdite ime stroja in domeno tailnet v skrbniški konzoli, potrdite, da je naprava povezana in odobrena, in potrdite, da nastavitve DNS odjemalca niso bile lokalno onemogočene. Naprava, ki je brez povezave, obdrži svoje ime in preprosto nima naslova, ki bi ga vrnila.

Nato izberite na podlagi dokazov. Ime, ki se razreši na sistemski poti in ne uspe v nslookup, je razlika v poti orodja; ime, ki se razreši, medtem ko storitev zavrača, je težava dostopa ali potrdila; ime, ki se ne razreši nikjer, je težava tailneta ali konfiguracije DNS. Trije lastniki, trije popravki, in dokumentacija MagicDNS pokriva posebnosti macOS za prvi primer.