Gumagana ang Tailscale MagicDNS, ngunit nabigo ang nslookup sa macOS

Sa isang Mac, nire-resolve ng ping ang isang tailnet machine name habang nagbabalik ng failure ang nslookup, at nagsasabi ng totoo ang dalawang command. Naglulutas ang mga app sa pamamagitan ng system resolver, na kinokonfigura ng Tailscale per interface, habang nagbabasa ang nslookup at host ng static na file na hindi kailanman hinahawakan ng MagicDNS. Maaaring magkaiba ang dalawang landas nang walang kahit isang packet na mawawala. Magpasya kung aling landas ang tinahak ng iyong nabigong app bago baguhin ang anumang DNS setting.

Dalawang landas ng resolusyon, dalawang magkaibang sagot

Dumadaan ang trapiko ng app sa macOS sa system resolver, at ang mga entry ng resolver na limitado per interface ang nagpapasya kung aling server ang sasagot para sa aling domain. Inilalagay ng Tailscale ang entry nitong MagicDNS doon, kaya nakikita ng Safari at ssh ang mga tailnet name. Sa halip, nagbabasa ang nslookup, host at dig ng /etc/resolv.conf o kumukuha ng server sa command line, at ang file na iyon ay karaniwang pinapangalanan pa rin ang router o isang office server. Ang tailnet name na ipinadala sa file na iyon ay walang awtoridad na sagot na naghihintay, kaya nag-uulat ng failure ang tool habang nagtatagumpay ang system path.

Hindi mali ang pag-uugali ng alinman sa dalawang tool. Nagtatanong sila sa magkaibang server, at isa lang sa mga server na iyon ang may alam sa iyong tailnet.

Subukan ang parehong pangalan sa system path

Gamitin ang system lookup call bilang unang pagsubok, pagkatapos ihambing ito sa isang query na direktang nakadirekta sa MagicDNS resolver. Panatilihing magkapareho ang baybay sa dalawa, kasama ang tailnet domain, dahil ang maikling pangalan at ang ganap na kwalipikadong pangalan ay magkaibang tanong na may magkaibang sagot.

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

Ang tatlong output na iyon ay sumasagot sa tatlong tanong: ano ang ibinabalik ng system, aling resolver ang naka-configure para sa aling domain, at ano ang alam ng MagicDNS mismo. Ang pangalang nasa pangalawa at pangatlo ngunit wala sa una ay tumutukoy sa lokal na configuration at hindi sa tailnet.

Kapag na-resolve ang pangalan, subukan ang serbisyo

Ang tamang DNS sagot ay nagpapatunay lamang na ang isang pangalan ay tumutugma sa isang address. Maaaring naka-stop ang serbisyo sa likod nito, maaaring ma-filter ang port ng access rule, at maaaring magpangalan ang certificate ng ibang host kaysa sa itina-type mo.

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

Itago ang orihinal na teksto ng error, dahil ang babala ng certificate, timeout ng koneksyon at hindi natagpuang pangalan ay bawat isa ay papunta sa ibang lugar. Ang pagpapalit ng name server ay nag-aayos sa pangatlo at nagsasayang ng isang hapon sa unang dalawa.

Hindi kapalit ng office DNS ang MagicDNS

Ang pangalan sa loob ng office zone ay hindi tailnet device name kahit na maabot ng parehong client ang dalawa. Kapag ang destinasyon ay nasa likod ng subnet router, kailangan ng client ng split DNS para sa zone na iyon na tumuturo sa internal resolver, na ibang setting kaysa sa MagicDNS at naidodokumento sa tabi nito.

Mahalaga rin ang mga search domain. Ang hindi kwalipikadong maikling pangalan ay dinadagdagan ng bawat naka-configure na suffix sa ayos, kaya ang laptop na kamakailan lang sumali sa ibang network ay maaaring ma-resolve sa pamamagitan ng lumang suffix. Suriin kung aling suffix ang inilapat bago ideklarang sira ang zone.

Kapag nabigo ang dalawang landas, ang mga katotohanan ng tailnet ang magpapasya

Kung nabigo ang system lookup at ang direktang query para sa isang device na pinaniniwalaan mong umiiral, ang problema ay nasa itaas ng resolver ng Mac.

Kumpirmahin ang machine name at tailnet domain sa admin console, kumpirmahin na ang device ay online at aprubado, at kumpirmahin na ang DNS setting ng client ay hindi na-disable nang lokal. Ang offline na device ay nagpapanatili ng pangalan nito at wala lang itong address na ibabalik.

Pagkatapos pumili batay sa ebidensya. Ang pangalang nire-resolve sa system path at nabigo sa nslookup ay pagkakaiba ng tool path; ang pangalang nire-resolve habang tumatanggi ang serbisyo ay problema sa access o certificate; ang pangalang hindi nire-resolve kahit saan ay problema sa tailnet o DNS configuration. Tatlong may-ari, tatlong pagwawasto, at ang dokumentasyon ng MagicDNS ay sumasaklaw sa mga detalye ng macOS ng unang kaso.