Зашто MagicDNS решава уређаје, али не имена канцеларијских домаћина

MagicDNS даје сваком уређају у tailnet-у име изведено из имена његове машине и DNS домена tailnet-а. То име ствара Tailscale и на њега се одговара дуж путање резолвера Tailscale. Канцеларијско име домаћина као files.office.example припада зони коју Tailscale никада није уписао, па га преименовање уређаја не може створити. Два именска простора постоје заједно; једноставно имају различите власнике.

Тај механизам стоји иза веома честе пријаве: домаћин Tailscale-а одговара, а сервер датотека још увек враћа грешку решавања.

Два именска простора, два власника

Име уређаја се генерише из сопственог имена домаћина машине, сукобе решава Tailscale, а резултат живи под доменом tailnet-а. Канцеларијску зону одржава онај ко управља канцеларијским резолвером, а записе ствара администратор или динамичка регистрација. Кратка имена крију разлику: files може бити проширење суфикса за претрагу на које одговара канцеларијски DNS, уређај у tailnet-у или ништа. Упит пуним именом показује који је систем заиста одговорио.

Промена имена машине рутера подмреже не чини ништа за канцеларијску зону. Она преименује један Tailscale уређај и оставља запис на канцеларијском серверу нетакнутим, зато се преименовање и поновни покушај никада не срећу.

Усмерите канцеларијску зону на њен резолвер

Подељени DNS Tailscale-а шаље упите за изабране домене на сервер имена који наведете, а све остало следи преосталу политику. Додајте домен који канцеларијски резолвер заиста опслужује, а не суфикс за претрагу који случајно откуцате. Суфикс за претрагу говори клијенту шта да дода; не говори резолверу где да гледа. Ове две поставке у конзоли изгледају слично и понашају се потпуно другачије.

Ограничени сервер имена мора бити ауторитативан за домен повезан с њим, иначе ће одговор бити упућивање, а не адреса.

Доступност долази пре решавања

Клијент такође мора да достигне тај сервер имена. За резолвер на приватној LAN мрежи путања подмреже мора бити објављена и прихваћена, политика приступа мора да дозволи упит, и мора да постоји повратни пут. Исправна DNS адреса у административној конзоли доказује само да је конфигурација сачувана. Ако пакети не могу да достигну резолвер, симптом је истек времена, који изгледа другачије од ауторитативног одговора да такав запис не постоји.

Та разлика је дијагностичка. Истек времена указује на рутирање или политику, док тренутни негативни одговор указује на запис или зону. Прочитајте који од два добијате пре него што промените било коју DNS поставку.

Одвојите неуспех имена од неуспеха услуге

Ако ресурс одговара на својој приватној адреси, али не по имену домаћина, истрага остаје на DNS-у. Ако ниједно не ради, прво поправите рутирање или услугу, јер име које се решава на недоступну адресу није напредак. Упитајте пуно име и забележите који је сервер одговорио. У macOS-у неки алати командне линије иду другачијим путем од обичних апликација, па терминал dig и прегледач могу да се не сложе око истог имена.

Поновите тест са изабраним излазним чвором ако је то уобичајен режим за уређај. Руковање DNS-ом излазног чвора разликује се од конфигурације без излазног чвора, а тестирање само у једном режиму може да пропусти квар који корисници заиста виде.

Забележите зону, адресу резолвера и путању која носи упит. Ово троје објашњава већину изненађења са MagicDNS-ом без још једног круга преименовања.