Zergatik MagicDNS-k gailuak ebazten dituen baina ez bulegoko ostalari-izenak

MagicDNS-k tailnet bateko gailu bakoitzari makina-izenetik eta tailnet-aren DNS domeinutik eratorritako izen bat ematen dio. Izen hori Tailscale-k sortzen du eta Tailscale-ren ebazle bidearen bidez erantzuten da. files.office.example bezalako bulegoko ostalari-izen bat Tailscale-k inoiz idatzi ez zuen zona bati dagokio, beraz gailu baten izena aldatzeak ezin du sortu. Bi izen-espazioak elkarrekin bizi dira; besterik gabe, jabe desberdinak dituzte.

Mekanismo hori oso ohikoa den kexa baten atzean dago: Tailscale ostalariak erantzuten du, eta fitxategi-zerbitzariak oraindik ebazpen-errore bat itzultzen du.

Bi izen-espazio, bi jabe

Gailu-izen bat makinaren ostalari-izenetik sortzen da, talkak Tailscale-k ebazten ditu, eta emaitza tailnet domeinuaren pean bizi da. Bulegoko zona bulegoko ebazlea kudeatzen duenak mantentzen du, erregistroak administratzaile batek edo erregistro dinamikoak sortuta. Izen laburrek aldea ezkutatzen dute: files bulegoko DNS-k erantzuten duen bilaketa-atzeskiaren hedapen bat, tailnet gailu bat edo ezer ez izan daiteke. Izen osoaren kontsultak erakusten du zein sistemak erantzun zuen benetan.

Azpisareko bideratzailearen makina-izena aldatzeak ez du ezer egiten bulegoko zonarentzat. Tailscale gailu bat berrizendatzen du eta bulegoko zerbitzariko erregistroa ukitu gabe uzten du, horregatik berrizendatu eta berriro saiatzea ez da inoiz bateratzen.

Zuzendu bulegoko zona bere ebazlera

Tailscale-ren banatutako DNS-k aukeratutako domeinuetarako kontsultak zuk zehaztutako izen-zerbitzari batera bidaltzen ditu, eta gainerako guztiak gainerako politikari jarraitzen dio. Gehitu bulegoko ebazleak benetan zerbitzatzen duen domeinua, ustekabean idazten duzun bilaketa-atzeskia ez. Bilaketa-atzeski batek bezeroari zer gehitu esaten dio; ez dio ebazleari non begiratu esaten. Bi ezarpen horiek antzekoak dirudite kontsola batean eta erabat desberdin jokatzen dute.

Izen-zerbitzari mugatu batek harekin lotutako domeinuarentzat autoritatiboa izan behar du, bestela erantzuna erreferentzia bat izango da, helbide bat ez.

Irisgarritasuna ebazpenaren aurretik dator

Bezeroak izen-zerbitzari horretara iritsi behar du ere. LAN pribatu bateko ebazle baterako, azpisareko bidea iragarri eta onartu behar da, sarbide-politikak kontsulta baimendu behar du, eta itzulera-bide bat egon behar da. Administrazio-kontsolako DNS helbide zuzen batek konfigurazioa gorde zela frogatzen du soilik. Paketeak ebazlera iristen ez badira, sintoma denbora-muga bat da, eta hori erregistrorik ez dagoela dioen erantzun autoritatiboaren desberdina da.

Alde hori diagnostikoa da. Denbora-mugak bideratze edo politikari seinalatzen dio, eta berehalako erantzun negatiboak erregistroari edo zonari. Irakurri zein jasotzen duzun DNS ezarpen bat aldatu aurretik.

Bereizi izenaren hutsegitea zerbitzuaren hutsegitetik

Baliabideak bere helbide pribatuan erantzuten badu baina ez ostalari-izenaz, ikerketa DNS-n geratzen da. Biak ez badira funtzionatzen, konpondu lehenengo bideratzea edo zerbitzua, zeren helbide iristezin batera ebazten den izen bat ez baita aurrerapena. Egin kontsulta izen osoaz eta ohartu zein zerbitzarik erantzun zuen. MacOS-n komando-lerroko tresna batzuek ohiko aplikazioek baino bide desberdina hartzen dute, beraz terminal bat dig eta nabigatzaile bat ados ez egon daitezke izen berari buruz.

Errepikatu proba irteera-nodo bat hautatuta, hori bada gailuaren ohiko modua. Irteera-nodoaren DNS kudeaketa irteerarik gabeko konfigurazioaren desberdina da, eta modu bakarrean probatzeak erabiltzaileek benetan ikusten duten hutsa gal dezake.

Erregistratu zona, ebazlearen helbidea eta kontsulta daraman bidea. Hiru horiek MagicDNS-ren ustekabe gehienak azaltzen dituzte berrizendatze-txanda bat gehiago gabe.