Чаму 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 без чарговага цыклу перайменавання.