Tailscale MagicDNS работи, но nslookup не успева на macOS

На Mac, ping решава tailnet име на машина додека nslookup враќа грешка, и двете команди ја кажуваат вистината. Апликациите решаваат преку системскиот резолвер, кој Tailscale го конфигурира по интерфејс, додека nslookup и host читаат статична датотека што MagicDNS никогаш не ја допира. Двата патишта можат да се разликуваат без да се изгуби ниту еден пакет. Пред да промените било какво DNS поставување, одредете кој пат го избрала вашата апликација што не успева.

Два пата на решавање, два различни одговори

Сообраќајот на апликациите на macOS поминува низ системскиот резолвер, а записите на резолверот ограничени по интерфејс одлучуваат кој сервер одговара за кој домен. Tailscale таму го инсталира својот MagicDNS запис, затоа Safari и ssh ги наоѓаат tailnet имињата. nslookup, host и dig наместо тоа читаат /etc/resolv.conf или земаат сервер од командната линија, и таа датотека обично уште го именува рутерот или канцеларискиот сервер. На tailnet името испратено до таа датотека не го чека никаков авторитативен одговор, па алатката пријавува грешка додека системскиот пат успева.

Ниту една од двете алатки не се однесува погрешно. Тие прашуваат различни сервери, и само еден од тие сервери знае за вашиот tailnet.

Тестирајте го истото име преку системскиот пат

Користете го системскиот повик за пребарување како прв тест, потоа споредете го со барање насочено директно кон MagicDNS резолверот. Задржете го идентично правописот во двете, вклучувајќи го tailnet доменот, бидејќи краткото име и целосно квалификуваното име се различни прашања со различни одговори.

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

Тие три излези одговараат на три прашања: што враќа системот, кои резолвери се конфигурирани за кои домени и што знае самиот MagicDNS. Име присутно во второто и третото но отсутно во првото укажува на локална конфигурација, а не на tailnet.

Откако името ќе се реши, тестирајте ја услугата

Точниот DNS одговор докажува само дека името се совпаѓа со адреса. Услугата зад него може да биде запрена, портата може да биде филтрирана со правило за пристап, и сертификатот може да именува друг домаќин од оној што го внесовте.

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

Зачувајте го оригиналниот текст на грешката, бидејќи предупредувањето за сертификат, истекот на врската и не-најденото име води секое на друго место. Менувањето на серверите за имиња го поправа третото и троши попладне на првите две.

MagicDNS не го заменува канцеларискиот DNS

Име во канцелариска зона не е tailnet име на уред, дури и кога истиот клиент може да стигне до двете. Кога одредиштето е зад рутер за подмрежа, на клиентот му треба split DNS за таа зона што покажува на внатрешниот резолвер, што е различно поставување од MagicDNS и е документирано покрај него.

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

Кога двата пата не успеваат, одлучуваат фактите за tailnet

Ако системското пребарување и директното барање не успеат и двете за уред за кој верувате дека постои, проблемот е над резолверот на Mac.

Потврдете го името на машината и tailnet доменот во административната конзола, потврдете дека уредот е онлајн и одобрен, и потврдете дека DNS поставувањата на клиентот не се локално оневозможени. Уред што е офлајн го задржува своето име и едноставно нема адреса за враќање.

Потоа изберете според доказите. Име што се решава на системскиот пат и не успева во nslookup е разлика во патот на алатката; име што се решава додека услугата одбива е проблем со пристап или сертификат; име што никаде не се решава е проблем со tailnet или DNS конфигурација. Три сопственици, три поправки, и документацијата за MagicDNS ги покрива macOS спецификите на првиот случај.