Tailscale MagicDNS darbojas, bet nslookup macOS vidē neizdodas

Mac datorā ping atrisina tailnet mašīnas nosaukumu, kamēr nslookup atgriež kļūdu, un abas komandas saka patiesību. Lietotnes atrisina caur sistēmas atrisinātāju, ko Tailscale konfigurē katrai saskarnei, kamēr nslookup un host lasa statisku failu, kuru MagicDNS nekad neaiztiek. Abi ceļi var atšķirties, nezaudējot nevienu paketi. Pirms mainīt jebkuru DNS iestatījumu, nosakiet, kuru ceļu izvēlējās jūsu neveiksmīgā lietotne.

Divi atrisināšanas ceļi, divas dažādas atbildes

Lietotņu trafiks macOS iet caur sistēmas atrisinātāju, un saskarnes ierobežotie atrisinātāja ieraksti nosaka, kurš serveris atbild par kuru domēnu. Tailscale tur instalē savu MagicDNS ierakstu, tāpēc Safari un ssh atrod tailnet nosaukumus. nslookup, host un dig tā vietā lasa /etc/resolv.conf vai ņem serveri no komandrindas, un šajā failā parasti joprojām norādīts maršrutētājs vai biroja serveris. Šim failam nosūtītajam tailnet nosaukumam nav nevienas autoritatīvas atbildes, kas to gaidītu, tāpēc rīks ziņo par kļūdu, kamēr sistēmas ceļš izdodas.

Neviens no abiem rīkiem neuzvedas nepareizi. Tie jautā dažādiem serveriem, un tikai viens no šiem serveriem zina par jūsu tailnet.

Pārbaudiet to pašu nosaukumu sistēmas ceļā

Izmantojiet sistēmas meklēšanas izsaukumu kā pirmo pārbaudi, pēc tam salīdziniet to ar vaicājumu, kas vērsts tieši uz MagicDNS atrisinātāju. Saglabājiet identisku rakstību abos, ieskaitot tailnet domēnu, jo īss nosaukums un pilnībā kvalificēts nosaukums ir dažādi jautājumi ar dažādām atbildēm.

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

Šie trīs izvadi atbild uz trim jautājumiem: ko sistēma atgriež, kuri atrisinātāji konfigurēti kuriem domēniem un ko zina pats MagicDNS. Nosaukums, kas ir otrajā un trešajā, bet nav pirmajā, norāda uz vietēju konfigurāciju, nevis uz tailnet.

Kad nosaukums ir atrisināts, pārbaudiet pakalpojumu

Pareiza DNS atbilde pierāda tikai to, ka nosaukums atbilst adresei. Pakalpojums aiz tā var būt apturēts, portu var filtrēt piekļuves noteikums, un sertifikāts var nosaukt citu resursdatoru nekā ievadītais.

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

Saglabājiet oriģinālo kļūdas tekstu, jo sertifikāta brīdinājums, savienojuma taimauts un neatrasts nosaukums katrs ved citur. Nosaukumu serveru maiņa salabo trešo un izšķiež pēcpusdienu pirmajiem diviem.

MagicDNS neaizstāj biroja DNS

Nosaukums biroja zonā nav tailnet ierīces nosaukums, pat ja viens un tas pats klients sasniedz abus. Kad galamērķis atrodas aiz apakštīkla maršrutētāja, klientam šai zonai nepieciešams split DNS, kas norāda uz iekšējo atrisinātāju, kas ir cits iestatījums nekā MagicDNS un tiek dokumentēts tam blakus.

Arī meklēšanas domēni ir svarīgi. Nekvalificētam īsajam nosaukumam pēc kārtas pievieno katru konfigurēto sufiksu, tāpēc klēpjdators, kas nesen pievienojas citam tīklam, var atrisināties caur novecojušu sufiksu. Pirms pasludināt zonu salauztu, pārbaudiet, kurš sufiks tika piemērots.

Kad abi ceļi neizdodas, izšķir tailnet fakti

Ja sistēmas meklēšana un tiešais vaicājums abi neizdodas ierīcei, par kuras eksistenci esat pārliecināts, problēma ir augstāk par Mac atrisinātāju.

Apstipriniet mašīnas nosaukumu un tailnet domēnu administrēšanas konsolē, apstipriniet, ka ierīce ir tiešsaistē un apstiprināta, un apstipriniet, ka klienta DNS iestatījumi nav lokāli atspējoti. Ierīce, kas ir bezsaistē, saglabā savu nosaukumu un vienkārši tai nav adreses, ko atgriezt.

Pēc tam izvēlieties pēc pierādījumiem. Nosaukums, kas atrisinās sistēmas ceļā un neizdodas nslookup, ir rīka ceļa atšķirība; nosaukums, kas atrisinās, kamēr pakalpojums atsakās, ir piekļuves vai sertifikāta problēma; nosaukums, kas nekur neatrisinās, ir tailnet vai DNS konfigurācijas problēma. Trīs īpašnieki, trīs labojumi, un MagicDNS dokumentācija aptver pirmā gadījuma macOS īpatnības.