Неге MagicDNS құрылғыларды шешеді, бірақ кеңсе хост атауларын шешпейді

MagicDNS tailnet ішіндегі әрбір құрылғыға оның машина атауынан және tailnet-тің DNS доменінен туындаған ат береді. Бұл атты Tailscale жасайды және оған Tailscale шешушісінің жолымен жауап беріледі. files.office.example сияқты кеңсе хост атауы Tailscale ешқашан жазбаған аймаққа жатады, сондықтан құрылғының атын өзгерту оны жасай алмайды. Екі ат кеңістігі қатар өмір сүреді; жай ғана иелері әртүрлі.

Бұл механизм өте кең тараған шағымның артында тұр: Tailscale хост жауап береді, ал файл сервері әлі де шешу қатесін қайтарады.

Екі ат кеңістігі, екі ие

Құрылғы аты машинаның өз хост атауынан жасалады, қақтығыстарды Tailscale шешеді, ал нәтиже tailnet доменінің астында өмір сүреді. Кеңсе аймағын кеңсе шешушісін басқаратын адам ұстайды, жазбаларды әкімші немесе динамикалық тіркеу жасайды. Қысқа аттар айырмашылықты жасырады: files кеңсе DNS жауап беретін іздеу жұрнағының кеңейтілуі, tailnet құрылғысы немесе мүлде ештеңе болуы мүмкін. Толық атпен сұрау қай жүйенің шын мәнінде жауап бергенін көрсетеді.

Ішкі желі маршрутизаторының машина атауын өзгерту кеңсе аймағына ешнәрсе істемейді. Ол бір Tailscale құрылғысын қайта атайды және кеңсе серверіндегі жазбаны тиіспестен қалдырады, сондықтан қайта атау мен қайталап көру ешқашан тоғыспайды.

Кеңсе аймағын оның шешушісіне бағыттаңыз

Tailscale бөлінген DNS таңдалған домендерге арналған сұрауларды сіз көрсеткен ат серверіне жібереді, ал қалғанының бәрі қалған саясатқа бағынады. Кеңсе шешушісі шын мәнінде қызмет көрсететін доменді қосыңыз, кездейсоқ енгізген іздеу жұрнағын емес. Іздеу жұрнағы клиентке не қосуды айтады; ол шешушіге қайда қарауды айтпайды. Бұл екі параметр консольде ұқсас көрінеді және мүлде басқаша әрекет етеді.

Шектеулі ат сервері өзімен байланысты домен үшін уәкілетті болуы керек, әйтпесе жауап мекенжайдың орнына сілтеме болады.

Қолжетімділік шешуге дейін келеді

Клиент те сол ат серверіне жетуі керек. Жеке LAN-дағы шешуші үшін ішкі желі маршруты жарияланып, қабылдануы керек, қатынау саясаты сұрауға рұқсат беруі керек және қайту жолы болуы керек. Әкімшілік консольдегі дұрыс DNS мекенжайы конфигурацияның сақталғанын ғана дәлелдейді. Егер пакеттер шешушіге жете алмаса, симптом уақыт бітуі болып табылады, ол мұндай жазба жоқ деген уәкілетті жауаптан өзгеше көрінеді.

Бұл айырмашылық диагностикалық. Уақыт бітуі маршруттауға немесе саясатқа нұсқайды, ал дереу теріс жауап жазбаға немесе аймаққа нұсқайды. Кез келген DNS параметрін өзгерту алдында қайсысын алатыныңызды оқыңыз.

Ат сәтсіздігін қызмет сәтсіздігінен бөліңіз

Егер ресурс өзінің жеке мекенжайында жауап берсе, бірақ хост атауымен бермесе, зерттеу DNS-те қалады. Екеуі де жұмыс істемесе, алдымен маршруттауды немесе қызметті түзетіңіз, себебі жетпейтін мекенжайға шешілетін ат ілгерілеу емес. Толық атпен сұраңыз және қай сервер жауап бергенін жазып алыңыз. macOS-те кейбір пәрмен жолы құралдары қарапайым қолданбалардан өзге жолмен жүреді, сондықтан терминал dig мен браузер бір ат туралы келіспеуі мүмкін.

Егер бұл құрылғының қалыпты режимі болса, шығу түйінін таңдап сынақты қайталаңыз. Шығу түйінінің DNS өңделуі шығу түйіні жоқ конфигурациядан өзгеше, және тек бір режимде сынау пайдаланушылар шын мәнінде көретін ақаулықты өткізіп жіберуі мүмкін.

Аймақты, шешушінің мекенжайын және сұрауды тасымалдайтын маршрутты жазып алыңыз. Осы үшеуі қайта атаудың тағы бір айналымынсыз MagicDNS тосынсыйларының көбін түсіндіреді.