Kāpēc MagicDNS atrisina ierīces, bet ne biroja resursdatoru nosaukumus

MagicDNS piešķir katrai tailnet ierīcei nosaukumu, kas atvasināts no tās mašīnas nosaukuma un tailnet DNS domēna. Šo nosaukumu izveido Tailscale, un uz to atbild Tailscale risinātāja ceļā. Biroja resursdatora nosaukums, piemēram, files.office.example, pieder zonai, kuru Tailscale nekad nav ierakstījis, tāpēc ierīces pārdēvēšana to nevar izveidot. Abas nosaukumu telpas pastāv līdzās; tām vienkārši ir dažādi īpašnieki.

Šis mehānisms ir aiz ļoti izplatītas sūdzības: Tailscale resursdators atbild, un failu serveris joprojām atgriež atrisināšanas kļūdu.

Divas nosaukumu telpas, divi īpašnieki

Ierīces nosaukums tiek ģenerēts no pašas mašīnas resursdatora nosaukuma, sadursmes atrisina Tailscale, un rezultāts dzīvo zem tailnet domēna. Biroja zonu uztur tas, kurš pārvalda biroja risinātāju, un ierakstus veido administrators vai dinamiskā reģistrācija. Īsi nosaukumi slēpj atšķirību: files var būt meklēšanas sufiksi paplašinājums, uz kuru atbild biroja DNS, tailnet ierīce vai nekas. Vaicājot pilnu nosaukumu, redzams, kura sistēma patiešām atbildēja.

Apakštīkla maršrutētāja mašīnas nosaukuma maiņa biroja zonai neko nedara. Tā pārdēvē vienu Tailscale ierīci un atstāj biroja servera ierakstu neskartu, tāpēc pārdēvēšana un atkārtots mēģinājums nekad nesaskaras.

Novirziet biroja zonu uz tās risinātāju

Tailscale sadalītais DNS sūta izvēlēto domēnu vaicājumus uz jūsu norādīto nosaukumu serveri, un viss pārējais seko atlikušajai politikai. Pievienojiet domēnu, kuru biroja risinātājs patiešām apkalpo, nevis meklēšanas sufiksi, ko nejauši ierakstāt. Meklēšanas sufikss pasaka klientam, ko pievienot; tas nepasaka risinātājam, kur skatīties. Šie divi iestatījumi konsolē izskatās līdzīgi un uzvedas pilnīgi atšķirīgi.

Ierobežotam nosaukumu serverim jābūt autoritatīvam tā saistītajam domēnam, citādi atbilde būs norāde, nevis adrese.

Sasniedzamība nāk pirms atrisināšanas

Klientam arī jāsasniedz šis nosaukumu serveris. Privāta LAN risinātājam apakštīkla maršruts ir jāizsludina un jāpieņem, piekļuves politikai jāļauj vaicājums, un ir jābūt atgriešanās ceļam. Pareiza DNS adrese administrācijas konsolē pierāda tikai to, ka konfigurācija ir saglabāta. Ja paketes nevar sasniegt risinātāju, simptoms ir taimauts, kas izskatās citādi nekā autoritatīva atbilde, ka šāda ieraksta nav.

Šī atšķirība ir diagnostiska. Taimauts norāda uz maršrutēšanu vai politiku, savukārt tūlītēja noraidoša atbilde norāda uz ierakstu vai zonu. Izlasiet, kuru iegūstat, pirms maināt jebkuru DNS iestatījumu.

Atdaliet nosaukuma kļūmi no pakalpojuma kļūmes

Ja resurse atbild savā privātajā adresē, bet ne resursdatora nosaukumā, izmeklēšana paliek pie DNS. Ja neviens no abiem nedarbojas, vispirms izlabojiet maršrutēšanu vai pakalpojumu, jo nosaukums, kas atrisinās uz nesasniedzamu adresi, nav progress. Vaicājiet pilnu nosaukumu un pierakstiet, kurš serveris atbildēja. MacOS dažiem komandrindas rīkiem ir cits ceļš nekā parastām programmām, tāpēc terminālis dig un pārlūkprogramma var nepiekrist par vienu un to pašu nosaukumu.

Atkārtojiet testu ar izvēlētu izejas mezglu, ja tas ir ierīces parastais režīms. Izejas mezgla DNS apstrāde atšķiras no konfigurācijas bez izejas mezgla, un testēšana tikai vienā režīmā var palaist garām kļūmi, ko lietotāji patiešām redz.

Pierakstiet zonu, risinātāja adresi un maršrutu, kas pārvadā vaicājumu. Šie trīs izskaidro lielāko daļu MagicDNS pārsteigumu bez vēl viena pārdēvēšanas apļa.