Pse MagicDNS zgjidh pajisjet por jo emrat e hosteve të zyrës

MagicDNS i jep çdo pajisjeje në një tailnet një emër të nxjerrë nga emri i makinës së saj dhe nga domeni DNS i tailnet-it. Atë emër e krijon Tailscale dhe për të përgjigjet përgjatë rrugës së zgjidhësit të Tailscale. Një emër hosti zyre si files.office.example i përket një zone që Tailscale nuk e ka shkruar kurrë, prandaj riemërtimi i një pajisjeje nuk mund ta krijojë atë. Dy hapësirat e emrave bashkëjetojnë; thjesht kanë pronarë të ndryshëm.

Ky mekanizëm qëndron pas një raportimi shumë të zakonshëm: hosti i Tailscale përgjigjet, dhe serveri i skedarëve ende kthen një gabim zgjidhjeje.

Dy hapësira emrash, dy pronarë

Emri i pajisjes gjenerohet nga emri i hostit të vetë makinës, përplasjet i zgjidh Tailscale, dhe rezultati jeton nën domenin e tailnet-it. Zona e zyrës mirëmbahet nga ai që drejton zgjidhësin e zyrës, me regjistrime të krijuara nga një administrator ose nga regjistrimi dinamik. Emrat e shkurtër e fshehin ndryshimin: files mund të jetë një zgjerim i prapashtesës së kërkimit të cilit i përgjigjet DNS-i i zyrës, një pajisje tailnet, ose asgjë. Kërkimi me emrin e plotë tregon cili sistem u përgjigj vërtet.

Ndryshimi i emrit të makinës së ruterit të nënrrjetit nuk bën asgjë për zonën e zyrës. Ai riemërton një pajisje Tailscale dhe e lë regjistrimin në serverin e zyrës të paprekur, prandaj riemërtimi dhe ripërpjekja nuk takohen kurrë.

Drejtojeni zonën e zyrës te zgjidhësi i saj

DNS-i i ndarë i Tailscale i dërgon kërkesat për domenet e zgjedhura te një server emrash që ju specifikoni, dhe gjithçka tjetër ndjek politikën e mbetur. Shtoni domenin që zgjidhësi i zyrës shërben vërtet, jo prapashtesën e kërkimit që shtypni rastësisht. Një prapashtesë kërkimi i thotë klientit çfarë të shtojë; nuk i thotë zgjidhësit ku të shikojë. Këto dy cilësime duken të ngjashme në një konsolë dhe sillen krejt ndryshe.

Një server emrash i kufizuar duhet të jetë autoritar për domenin që lidhet me të, përndryshe përgjigjja do të jetë një referim dhe jo një adresë.

Arritshmëria vjen para zgjidhjes

Klienti duhet gjithashtu të arrijë atë server emrash. Për një zgjidhës në një LAN privat, rruga e nënrrjetit duhet të shpallet dhe të pranohet, politika e aksesit duhet ta lejojë kërkesën, dhe duhet të ekzistojë një rrugë kthimi. Një adresë DNS e saktë në konsolën e administrimit provon vetëm se konfigurimi u ruajt. Nëse paketat nuk arrijnë te zgjidhësi, simptomi është një skadim kohe, i cili duket ndryshe nga një përgjigje autoritare se nuk ekziston një regjistrim i tillë.

Ky ndryshim është diagnostik. Skadimi i kohës tregon rrugëzimin ose politikën, ndërsa përgjigjja negative e menjëhershme tregon regjistrimin ose zonën. Lexoni cilën merrni përpara se të ndryshoni çdo cilësim DNS.

Ndani dështimin e emrit nga dështimi i shërbimit

Nëse burimi përgjigjet në adresën e tij private por jo me emrin e hostit, hetimi mbetet te DNS. Nëse asnjëra nuk funksionon, rregulloni së pari rrugëzimin ose shërbimin, sepse një emër që zgjidhet në një adresë të paarritshme nuk është përparim. Kërkoni emrin e plotë dhe vini re cili server u përgjigj. Në macOS disa mjete të rreshtit të komandës ndjekin një rrugë të ndryshme nga aplikacionet e zakonshme, kështu që një terminal dig dhe një shfletues mund të mos bien dakord për të njëjtin emër.

Përsëriteni provën me një nyje dalëse të zgjedhur nëse ky është mënyra normale e pajisjes. Trajtimi i DNS-së së nyjes dalëse ndryshon nga konfigurimi pa nyje dalëse, dhe testimi vetëm në një mënyrë mund të humbasë dështimin që përdoruesit shohin vërtet.

Shënoni zonën, adresën e zgjidhësit dhe rrugën që mban kërkesën. Këto të tre shpjegojnë shumicën e surprizave të MagicDNS pa një raund tjetër riemërtimi.