Tailscale MagicDNS werk, maar nslookup misluk op macOS

Op ’n Mac los ping ’n tailnet-masjiennaam op terwyl nslookup ’n fout teruggee, en albei opdragte vertel die waarheid. Programme los name op deur die stelseloplosser, wat Tailscale per koppelvlak opstel, terwyl nslookup en host ’n statiese lêer lees wat MagicDNS nooit aanraak nie. Die twee paaie kan verskil sonder dat ’n enkele pakkie verlore gaan. Bepaal watter pad jou mislukte program gevolg het voordat jy enige DNS-instelling verander.

Twee oplossingsroetes, twee verskillende antwoorde

Programverkeer op macOS gaan deur die stelseloplosser, en gebiedsbeperkte oplosserinskrywings per koppelvlak bepaal watter bediener vir watter domein antwoord. Tailscale installeer sy MagicDNS-inskrywing daar, daarom vind Safari en ssh tailnet-name. nslookup, host en dig lees eerder /etc/resolv.conf of neem ’n bediener op die opdragreël, en daardie lêer noem gewoonlik nog steeds die router of ’n kantoorbediener. ’n Tailnet-naam wat aan daardie lêer gestuur word, het geen gesaghebbende antwoord wat daarop wag nie, so die hulpmiddel rapporteer ’n fout terwyl die stelselpad slaag.

Nie een van die twee hulpmiddels gedra hom verkeerd nie. Hulle vra verskillende bedieners, en net een van daardie bedieners weet van jou tailnet.

Toets dieselfde naam deur die stelselpad

Gebruik die stelselopsoekoproep as die eerste toets en vergelyk dit dan met ’n navraag wat regstreeks op die MagicDNS-oplosser gerig is. Hou die spelling in albei identies, insluitend die tailnet-domein, want ’n kort naam en ’n volledig gekwalifiseerde naam is verskillende vrae met verskillende antwoorde.

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

Daardie drie uitsette beantwoord drie vrae: wat die stelsel teruggee, watter oplossers vir watter domeine opgestel is, en wat MagicDNS self weet. ’n Naam wat in die tweede en derde voorkom maar in die eerste ontbreek, dui op plaaslike konfigurasie eerder as op die tailnet.

Sodra die naam oplos, toets die diens

’n Korrekte DNS-antwoord bewys net dat ’n naam na ’n adres lei. Die diens daarby kan gestop wees, die poort kan deur ’n toegangsreël gefiltreer word, en ’n sertifikaat kan ’n ander gasheer noem as die een wat jy getik het.

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

Hou die oorspronklike foutteks, want ’n sertifikaatwaarskuwing, ’n verbindingstydverstreke en ’n naam-nie-gevind nie lei elkeen na ’n ander plek. Om naamopdieners te verander herstel die derde en mors ’n middag op die eerste twee.

MagicDNS is nie ’n plaasvervanger vir kantoor-DNS nie

’n Naam binne ’n kantoor-sone is nie ’n tailnet-toestelnaam nie, selfs wanneer dieselfde kliënt albei kan bereik. Wanneer die bestemming agter ’n subnet-roeteerder sit, het die kliënt gesplitsde DNS vir daardie sone nodig wat op die interne oplosser wys, wat ’n ander instelling as MagicDNS is en daarmee saam gedokumenteer word.

Soekdomeine maak ook saak. ’n Ongekwalifiseerde kort naam kry elke opgestelde agtervoegsel in volgorde bygevoeg, so ’n skootrekenaar wat onlangs by ’n ander netwerk aangesluit het, kan deur ’n verouderde agtervoegsel oplos. Kontroleer watter agtervoegsel toegepas is voordat jy die sone as stukkend verklaar.

Wanneer albei paaie misluk, besluit die tailnet-feite

As die stelselopsoek en die direkte navraag albei misluk vir ’n toestel wat jy glo bestaan, sit die probleem stroomop van die Mac se oplosser.

Bevestig die masjiennaam en tailnet-domein in die administrasiekonsole, bevestig dat die toestel aanlyn en goedgekeur is, en bevestig dat die kliënt se DNS-instellings nie plaaslik gedeaktiveer is nie. ’n Toestel wat vanlyn is, behou sy naam en het bloot geen adres om terug te gee nie.

Kies dan op grond van bewyse. ’n Naam wat in die stelselpad oplos en in nslookup misluk, is ’n verskil in hulpmiddelroete; ’n naam wat oplos terwyl die diens weier, is ’n toegangs- of sertifikaatprobleem; ’n naam wat nêrens oplos nie, is ’n tailnet- of DNS-konfigurasieprobleem. Drie eienaars, drie regstellings, en die MagicDNS-dokumentasie dek die macOS-besonderhede van die eerste geval.