لماذا يحل 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 دون جولة أخرى من إعادة التسمية.