Miért old fel a MagicDNS eszközöket, de nem az irodai gazdaneveket
A MagicDNS a tailnet eszközeinek ad nevet, nem az irodai zóna gazdáinak. A megosztott DNS egy elérhető feloldóval és útvonallal együtt az, ami az irodai nevet válaszolni hagyja.
A MagicDNS a tailnet minden eszközének a gépnevéből és a tailnet DNS-domainjéből származtatott nevet ad. Ezt a nevet a Tailscale hozza létre, és a Tailscale feloldói útvonalán válaszolnak rá. Egy irodai gazdanév, például a files.office.example, olyan zónához tartozik, amelyet a Tailscale soha nem írt be, ezért egy eszköz átnevezése nem hozhatja létre. A két névtér együtt létezik; csupán különböző tulajdonosaik vannak.
Ez a mechanizmus egy nagyon gyakori bejelentés mögött áll: a Tailscale-gazda válaszol, a fájlszerver pedig továbbra is feloldási hibát ad vissza.
Két névtér, két tulajdonos
Az eszköz nevét a gép saját gazdanevéből állítják elő, az ütközéseket a Tailscale oldja fel, és az eredmény a tailnet domainje alatt él. Az irodai zónát az tartja karban, aki az irodai feloldót üzemelteti, a rekordokat rendszergazda vagy dinamikus regisztráció hozza létre. A rövid nevek elrejtik a különbséget: a files lehet az irodai DNS által megválaszolt keresési utótag-kiterjesztés, egy tailnet-eszköz vagy semmi. A teljes név lekérdezése megmutatja, melyik rendszer válaszolt valójában.
Az alhálózati útválasztó gépnevének megváltoztatása semmit nem tesz az irodai zónáért. Egyetlen Tailscale-eszközt nevez át, és az irodai szerveren lévő rekordot érintetlenül hagyja, ezért az átnevezés és az újrapróbálkozás soha nem konvergál.
Irányítsa az irodai zónát a feloldójára
A Tailscale megosztott DNS-e a kiválasztott domainek lekérdezéseit az Ön által megadott névszerverre küldi, minden más pedig a fennmaradó szabályzatot követi. Azt a domaint adja hozzá, amelyet az irodai feloldó valóban kiszolgál, ne a keresési utótagot, amelyet véletlenül beír. A keresési utótag megmondja az ügyfélnek, mit fűzzön hozzá; nem mondja meg a feloldónak, hol keressen. Ez a két beállítás hasonlónak tűnik egy konzolon, és teljesen másképp viselkedik.
Egy korlátozott névszervernek hitelesnek kell lennie a hozzá tartozó domainre, különben a válasz hivatkozás lesz cím helyett.
Az elérhetőség megelőzi a feloldást
Az ügyfélnek el is kell érnie ezt a névszervert. Egy privát LAN-on lévő feloldónál az alhálózati útvonalat hirdetni és elfogadni kell, a hozzáférési szabályzatnak engedélyeznie kell a lekérdezést, és visszaútnak kell léteznie. A helyes DNS-cím az adminisztrációs konzolon csak azt bizonyítja, hogy a konfigurációt elmentették. Ha a csomagok nem érik el a feloldót, a tünet időtúllépés, amely másképp néz ki, mint egy hiteles válasz arról, hogy nincs ilyen rekord.
Ez a különbség diagnosztikus. Az időtúllépés az útválasztásra vagy a szabályzatra mutat, míg az azonnali negatív válasz a rekordra vagy a zónára. Olvassa el, melyiket kapja, mielőtt bármely DNS-beállítást megváltoztat.
Válassza szét a név hibáját a szolgáltatás hibájától
Ha az erőforrás a privát címén válaszol, de gazdanéven nem, a vizsgálat a DNS-nél marad. Ha egyik sem működik, először az útválasztást vagy a szolgáltatást javítsa, mert az elérhetetlen címre feloldódó név nem haladás. Kérdezze le a teljes nevet, és jegyezze fel, melyik szerver válaszolt. A macOS-en egyes parancssori eszközök más útvonalat követnek, mint a hétköznapi alkalmazások, ezért egy terminál dig és egy böngésző vitatkozhat ugyanarról a névről.
Ismételje meg a tesztet kiválasztott kilépési csomóponttal, ha ez az eszköz normál módja. A kilépési csomópont DNS-kezelése eltér a kilépési csomópont nélküli konfigurációtól, és az egyetlen módban végzett teszt kihagyhatja azt a hibát, amelyet a felhasználók valóban látnak.
Jegyezze fel a zónát, a feloldó címét és az útvonalat, amely a lekérdezést viszi. Ez a három megmagyarázza a MagicDNS-meglepetések többségét egy újabb átnevezési kör nélkül.