Bakit nireresolba ng MagicDNS ang mga device pero hindi ang mga hostname ng opisina
Nagbibigay ng pangalan ang MagicDNS sa mga device sa isang tailnet, hindi sa mga host sa zone ng iyong opisina. Ang split DNS kasama ang maabot na resolver at ruta ang dahilan kung bakit sumasagot ang pangalan ng opisina.
Binibigyan ng MagicDNS ang bawat device sa isang tailnet ng pangalang hinango sa pangalan ng makina nito at sa DNS domain ng tailnet. Ang pangalang iyon ay ginagawa ng Tailscale at sinasagot sa dinaanan ng resolver ng Tailscale. Ang hostname ng opisina gaya ng files.office.example ay kabilang sa zone na hindi kailanman isinulat ng Tailscale, kaya hindi ito malilikha ng pagpapalit ng pangalan ng device. Magkasamang umiiral ang dalawang namespace; may magkaibang may-ari lamang sila.
Nasa likod ng napakakaraniwang ulat ang mekanismong iyon: sumasagot ang host ng Tailscale, at nagbabalik pa rin ng error sa resolution ang file server.
Dalawang namespace, dalawang may-ari
Ang pangalan ng device ay nabubuo mula sa sariling hostname ng makina, ang mga banggaan ay nireresolba ng Tailscale, at ang resulta ay nabubuhay sa ilalim ng domain ng tailnet. Ang zone ng opisina ay pinapanatili ng sinumang nagpapatakbo ng resolver ng opisina, na may mga record na ginagawa ng administrator o ng dynamic na pagpaparehistro. Itinago ng maiikling pangalan ang pagkakaiba: ang files ay maaaring extension ng search suffix na sinasagot ng DNS ng opisina, isang device sa tailnet, o wala. Ipinapakita ng pagtatanong sa buong pangalan kung aling sistema ang talagang sumagot.
Walang nagagawa ang pagpapalit ng pangalan ng makina ng subnet router para sa zone ng opisina. Pinapalitan nito ang pangalan ng isang device ng Tailscale at iniiwang hindi ginalaw ang record sa server ng opisina, kaya hindi kailanman nagtatagpo ang pagpapalit ng pangalan at muling pagsubok.
Ituro ang zone ng opisina sa resolver nito
Ipinapadala ng split DNS ng Tailscale ang mga query para sa piniling domain sa isang name server na tinukoy mo, at ang lahat ng iba ay sumusunod sa natitirang patakaran. Idagdag ang domain na talagang pinaglilingkuran ng resolver ng opisina, hindi ang search suffix na napag-type mo. Sinasabi ng search suffix sa client kung ano ang idadagdag; hindi nito sinasabi sa resolver kung saan titingin. Ang dalawang setting na ito ay magkamukha sa isang console at ganap na magkaiba ang kilos.
Ang isang limitadong name server ay dapat may awtoridad para sa domain na nauugnay dito, kung hindi ay magiging referral at hindi address ang sagot.
Nauna ang maabot kaysa sa resolution
Kailangan ding maabot ng client ang name server na iyon. Para sa resolver sa isang pribadong LAN, dapat i-advertise at tanggapin ang ruta ng subnet, dapat payagan ng patakaran sa access ang query, at dapat may umiiral na daan pabalik. Ang tamang DNS address sa admin console ay nagpapatunay lamang na na-save ang configuration. Kung hindi maabot ng mga packet ang resolver, ang sintomas ay timeout, na iba ang hitsura kaysa sa awtoritatibong sagot na wala ang ganoong record.
Diagnostiko ang pagkakaibang iyon. Itinuturo ng timeout ang routing o patakaran, habang ang agarang negatibong sagot ay itinuturo ang record o zone. Basahin kung alin ang nakukuha mo bago baguhin ang anumang setting ng DNS.
Ihiwalay ang kabiguan ng pangalan sa kabiguan ng serbisyo
Kung sumasagot ang resource sa pribadong address nito pero hindi sa hostname, nananatili sa DNS ang imbestigasyon. Kung wala sa dalawa ang gumagana, ayusin muna ang routing o serbisyo, dahil ang pangalang nireresolba sa address na hindi maabot ay hindi pag-unlad. Itanong ang buong pangalan at itala kung aling server ang sumagot. Sa macOS ang ilang command-line tool ay dumadaan sa ibang landas kaysa sa mga ordinaryong application, kaya ang isang terminal dig at isang browser ay maaaring hindi magkasundo tungkol sa parehong pangalan.
Ulitin ang pagsubok na may piniling exit node kung iyon ang normal na mode ng device. Ang paghawak ng DNS ng exit node ay iba sa configuration na walang exit node, at ang pagsubok sa isang mode lamang ay maaaring makalampas sa kabiguang talagang nakikita ng mga user.
Itala ang zone, ang address ng resolver at ang rutang nagdadala ng query. Ang tatlong ito ay nagpapaliwanag sa karamihan ng sorpresa ng MagicDNS nang hindi na kailangan ng isa pang pag-ikot ng pagpapalit ng pangalan.