أسماء مضيفي VPN تفشل وعناوين IP تعمل: أين تنظر

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

الاسم يطرح سؤالًا لا يطرحه العنوان

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

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

اقرأ الخادم المُحيل الذي ثبّته النفق فعلاً

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

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

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

Get-DnsClientNrptPolicy
ipconfig /all

توقف إذا حُلت المنطقة الداخلية عبر الخادم الصحيح. الخادم المُحيل ليس مشكلتك.

اللواحق تفسر الأسماء القصيرة التي تفشل

يُوسَع الاسم أحادي التسمية بقائمة لواحق الاتصال قبل إرسال الاستعلام. إذا لم يوصّل VPN اللاحقة الداخلية، فلا يصبح fileserver أبدًا fileserver.corp.example، ويخرج الاستعلام باسم لا يعرفه أي خادم مُحيل عام. دفع اللاحقة، أو كتابة الاسم الكامل، يختبر الفرضية دون تغيير أي شيء على الخادم.

nslookup fileserver.corp.example
ping -a 192.168.50.20

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

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

NetBIOS وWINS آلية مختلفة

لا يزال SMB القديم قادرًا على البحث عن اسم مجرد بخدمة أسماء NetBIOS، التي تجيب عبر البث أو عبر خادم WINS. يبقى البث داخل نطاق بث واحد ويتوقف عند أول موجه، لذا لا يمكنه عبور نفق؛ ويعمل WINS لأن العميل لديه عنوان أحادي الإرسال يسجل به ويسأل عبره. ولهذا يستطيع VPN يحمل IP فقط أن يدعم الأسماء القديمة عندما يكون WINS مهيأً وقابلًا للوصول.

nbtstat -n
nbtstat -R

بالنسبة إلى SMB الحديث، اعتمد على DNS والاسم الكامل، وأحل المسار القديم تقاعدًا. إذا كان قديمًا فعلًا، فوفّر WINS أو استبدل التطبيق؛ والحل الوسط هو طابور دعم لا يفرغ أبدًا.

ينتهي الاستعراض عندما تستطيع القول أي طبقة فشلت: الخادم المُحيل أو اللاحقة أو الاكتشاف القديم. سجل الخادم المُحيل الذي أجاب وصيغة الاسم التي عملت، لأن الشخص التالي سيبدأ من العَرَض نفسه.