Tailscale MagicDNS funksionon, por nslookup dështon në macOS
Aplikacionet e macOS zgjidhin përmes zgjidhësit të sistemit; nslookup lexon një skedar statik. Testoni të njëjtin emër tailnet në të dyja rrugët përpara se të ndryshoni çdo rregullim DNS.
Në një Mac, ping zgjidh një emër makine tailnet ndërsa nslookup kthen një gabim, dhe të dyja komandat thonë të vërtetën. Aplikacionet zgjidhin përmes zgjidhësit të sistemit, të cilin Tailscale e konfiguron për çdo ndërfaqe, ndërsa nslookup dhe host lexojnë një skedar statik që MagicDNS nuk e prek kurrë. Të dyja rrugët mund të ndryshojnë pa humbur as edhe një paketë. Përpara se të ndryshoni çdo rregullim DNS, përcaktoni cilën rrugë ndoqi aplikacioni juaj që dështon.
Dy rrugë zgjidhjeje, dy përgjigje të ndryshme
Trafiku i aplikacioneve në macOS kalon përmes zgjidhësit të sistemit, dhe hyrjet e zgjidhësit të kufizuara sipas ndërfaqes vendosin se cili server përgjigjet për cilin domen. Tailscale instalon atje hyrjen e vet MagicDNS, prandaj Safari dhe ssh gjejnë emrat tailnet. nslookup, host dhe dig në vend të kësaj lexojnë /etc/resolv.conf ose marrin një server në rreshtin e komandës, dhe ai skedar zakonisht ende emërton ruterin ose një server zyre. Një emër tailnet i dërguar në atë skedar nuk ka asnjë përgjigje autoritative që e pret, kështu që mjeti raporton një gabim ndërsa rruga e sistemit ka sukses.
Asnjë nga mjetet nuk sillet gabimisht. Ato pyesin serverë të ndryshëm, dhe vetëm një prej atyre serverëve e di tailnet-in tuaj.
Testoni të njëjtin emër përmes rrugës së sistemit
Përdorni thirrjen e kërkimit të sistemit si testin e parë, më pas krahasojeni me një pyetës të drejtuar drejtpërdrejt te zgjidhësi MagicDNS. Mbani drejtshkrimin identik në të dyja, duke përfshirë domenin tailnet, sepse një emër i shkurtër dhe një emër plotësisht i kualifikuar janë pyetje të ndryshme me përgjigje të ndryshme.
dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net
Këto tre dalje përgjigjen tre pyetjeve: çfarë kthen sistemi, cilët zgjidhës janë konfiguruar për cilat domene, dhe çfarë di vetë MagicDNS. Një emër i pranishëm në të dytin dhe të tretin por që mungon në të parin tregon konfigurim lokal dhe jo tailnet-in.
Pasi emri zgjidhet, testoni shërbimin
Një përgjigje e saktë DNS dëshmon vetëm se një emër korrespondon me një adresë. Shërbimi pas tij mund të jetë ndalur, porta mund të filtrohet nga një rregull aksesi, dhe një certifikatë mund të emërtojë një host të ndryshëm nga ai që shtypët.
nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net
Ruani tekstin origjinal të gabimit, sepse një paralajmërim certifikate, një afat lidhjeje dhe një emër i pagjetur të çojnë secili diku tjetër. Ndryshimi i serverëve të emrave rregullon të tretin dhe humbet një pasdite me dy të parët.
MagicDNS nuk zëvendëson DNS-në e zyrës
Një emër brenda një zone zyre nuk është emër pajisjeje tailnet edhe kur i njëjti klient mund të arrijë të dyja. Kur destinacioni ndodhet pas një ruteri nënrrjeti, klienti ka nevojë për split DNS për atë zonë që tregon te zgjidhësi i brendshëm, që është një rregullim i ndryshëm nga MagicDNS dhe dokumentohet pranë tij.
Edhe domenet e kërkimit kanë rëndësi. Një emri të shkurtër të pakualifikuar i shtohet radhazi çdo prapashtesë e konfiguruar, kështu që një laptop që iu bashkua kohët e fundit një rrjeti tjetër mund të zgjidhet përmes një prapashtese të vjetëruar. Kontrolloni cilën prapashtesë u zbatua përpara se ta shpallni zonën të prishur.
Kur të dyja rrugët dështojnë, vendosin faktet e tailnet-it
Nëse kërkimi i sistemit dhe pyetësi i drejtpërdrejtë dështojnë të dyja për një pajisje që besoni se ekziston, problemi ndodhet mbi zgjidhësin e Mac-it.
Konfirmoni emrin e makinës dhe domenin tailnet në konsolën e administrimit, konfirmoni që pajisja është në linjë dhe e miratuar, dhe konfirmoni që rregullimet DNS të klientit nuk janë çaktivizuar lokalisht. Një pajisje jashtë linje mban emrin e saj dhe thjesht nuk ka asnjë adresë për të kthyer.
Më pas zgjidhni sipas provave. Një emër që zgjidhet në rrugën e sistemit dhe dështon në nslookup është një ndryshim në rrugën e mjetit; një emër që zgjidhet ndërsa shërbimi refuzon është një problem aksesi ose certifikate; një emër që nuk zgjidhet askund është një problem i tailnet-it ose i konfigurimit DNS. Tre pronarë, tre korrigjime, dhe dokumentacioni i MagicDNS mbulon specifikat e macOS të rastit të parë.