لماذا يُترجم اسم الخادم إلى عنوان VPN بعد الاتصال الهاتفي

يستجيب خادم ملفات مكتبي على عنوانه في الشبكة المحلية طوال الصباح، ثم يتصل مستخدم بعيد هاتفيًا فيبدأ الاسم في الترجم إلى عنوان نفق بدلًا من ذلك. لم يُحرَّر شيء في DNS يدويًا، وهذه هي القرينة: السجل نشره الجهاز نفسه. تحدد ثلاثة شروط ما إذا كنت تصلح المسجِّل أو السجل أو رؤية العميل، والخطأ في الترتيب يعني عودة السجل بعد الاتصال التالي.

عنوانان واسم واحد وثلاثة شروط

يمكن لخادم Windows متعدد الواجهات أن يحمل عنوان شبكة محلية وعنوان اتصال هاتفي واحدًا أو أكثر، وأحيانًا بطاقة شبكة ثانية. قد تسجّل كل واجهة عناوينها في DNS إذا كان التسجيل الديناميكي مسموحًا لها. وعندما تسجّل واجهة PPP، يكتسب اسم المضيف نفسه عنوانًا لا يستطيع الوصول إليه إلا نظير النفق، ويتلقاه عملاء الشبكة المحلية كإجابة صالحة.

تحدد ثلاثة شروط عملية الإصلاح. أولًا، هل العنوان الإضافي قابل للوصول من العملاء الذين يتلقونه؟ ثانيًا، هل ما زال أي مستهلك يعتمد على ذلك التسجيل؟ ثالثًا، هل السجل ديناميكي، وبالتالي قادر على العودة، أم ثابت وبالتالي إدخال متعمد؟

أجب عن هذه الأسئلة قبل أن تلمس أي شيء. إذا كان العنوان غير قابل للوصول من الشبكة المستعلِمة، فلن يصلح مسح ذاكرة العميل المؤقتة الأمر طويلًا. وإذا كان شيء ما يعتمد عليه، مثل مسار إدارة يستخدمه نظراء النفق أنفسهم، فإن إزالته تكسر ذلك المسار بدلًا من ذلك. والسجل الديناميكي الذي يُحذف دون معالجة ناشره سيظهر من جديد عند حدث التسجيل التالي.

اقرأ السجل قبل أن تغيّر المسجِّل

استعلِم عن الاسم المؤهل بالكامل الدقيق من الشبكة التي تُبلّغ عن المشكلة، وقارن الإجابات بواجهات الخادم ومنافذه الفعلية. من الطبيعي أن يعيد اسم واحد عدة عناوين؛ والسؤال هو ما إذا كان كل عنوان منها صالحًا للعميل الذي يتلقاه.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

يستخدم الاستعلام الأول المفسّر المحلي، ويسأل الثاني خادم DNS محددًا مباشرة، ويفعل الثالث الشيء نفسه من PowerShell على Windows. ومقارنتها تفصل ذاكرة العميل المؤقتة القديمة عن الإجابة الموثوقة. وإذا كان الاستعلام المباشر يعيد عنوان النفق بالفعل، فالمشكلة في البيانات المنشورة وليس في التخزين المؤقت المحلي.

دوّن الطابع الزمني للسجل وما إذا كانت وحدة تحكم DNS تُظهره كديناميكي. تلك السمة الواحدة تخبرك أي الشروط الثلاثة أعلاه ينطبق، وهي الفرق بين تنظيف يستغرق خمس دقائق وإصلاح يدوم.

أصلح الناشر أو أصلح السجل، لكن اعرف أيهما

إذا كان السجل ديناميكيًا وغير مرغوب فيه، فالإصلاح الدائم هو منع تلك الواجهة من التسجيل. يعرض Windows إعدادات تسجيل لكل واجهة، وتنشر خدمة عميل DNS من جديد عند الاتصال التالي أو تغيّر العنوان. وإيقاف التسجيل لواجهة الاتصال الهاتفي يبقي تسجيل واجهة الشبكة المحلية سليمًا، وهو ما تريده عادة.

كن حذرًا مع المفاتيح الشاملة للجهاز. الإعداد العام الذي يعطّل التحديث الديناميكي يؤثر في كل واجهة على ذلك المضيف، بما فيها الواجهة التي يعتمد عملاء آخرون على تسجيلها. وعلى وحدة تحكم المجال ينطبق التحذير نفسه بقوة أكبر، لأن المضيف قد يملك أيضًا سجلات موقع خدمة يعتمد عليها العملاء لتسجيل الدخول.

إذا كان السجل ثابتًا، فقد وُضع هناك عن قصد والمحادثة تكون مع من وضعه. وحذف سجل ثابت لأنه غير ملائم اليوم يزيل الدليل الوحيد على سبب وجوده. وفي الحالتين، احذف الإجابة القديمة فقط بعد معالجة الناشر، ودوّن ما غيّرته ليتمكن الشخص التالي من التمييز بين إدخال متعمد وحادث.

تحقق من شبكة العميل التي فشلت

التحقق يجري على الشبكة التي أبلغت عن المشكلة، لا على الخادم. امسح ذاكرة مفسّر العميل المؤقتة عبر آليته المدعومة، ثم كرر الاستعلام الأصلي واتصال الخدمة الأصلي بالاسم.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

يمسح الأمر الأول ذاكرة مفسّر Windows المؤقتة، ويُظهر الثاني ما إذا كان الاسم مخزنًا مؤقتًا مرة أخرى وأي عنوان خُزّن. والاتصال الناجح من الخادم بنفسه لا يثبت شيئًا عن عميل في الشبكة المحلية، وإزالة مسار إلى العنوان غير المرغوب فيه لا تصحح ما ينشره DNS.

أخيرًا، كرر الحدث الذي كان يُدخل العنوان: أعد توصيل عميل VPN، أو جدد جلسة الاتصال الهاتفي. افحص الاسم المنشور مرة أخرى بعد تغيّر دورة الحياة ذلك. الإصلاح الذي يصمد فقط حتى الاتصال التالي كان تنظيفًا لا إصلاحًا، ومعرفة أيهما أجريت هي الفرق بين إغلاق التذكرة وإعادة فتحها الأسبوع القادم.