VPN في Windows يعرض 255.255.255.255: هل القناع خاطئ؟
في نفق من نقطة إلى نقطة يكون قناع المضيف طبيعيًا. أكّد طراز الواجهة، واقرأ المسار للمضيف الفاشل، ثم افصل DNS عن الوصول إلى الخدمة.
يتصل النفق، وتفتح تفاصيل المحول، فيعرض القناع 255.255.255.255. وبالمقارنة مع 255.255.255.0 في شبكة المكتب المحلية يبدو معطلًا، وهنا يبدأ الخطأ عادةً. في وصلة من نقطة إلى نقطة يكون قناع المضيف هو الوصف الصحيح للطرف المحلي، وتصل الشبكات البعيدة كمسارات لا كشبكة فرعية موصولة. تفصل الإجراءات أدناه بين السؤالين كي لا تعيد بناء نطاق DHCP عامل لمجرد إصلاح قيمة معروضة.
وصلة من نقطة إلى نقطة ليست مقطع Ethernet
تحتاج واجهة Ethernet إلى قناع شبكة فرعية لأن كل عنوان في ذلك النطاق يمكن الوصول إليه عبر الكبل نفسه. النفق على نمط PPP له قرين واحد بالضبط في الطرف الآخر. لا يوجد نطاق بث، ولا ARP، ولا سبب لأن يصف العنوان المحلي نطاقًا.
تُعرَّف مفاوضات العنونة لهذا النمط في RFC 1332، التي تشرح كيف يتفق الطرفان على عنوانيهما. ما لا تفعله هو منح العميل شبكة المكتب كشبكة موصولة مباشرة. يتعلم العميل مكان المكتب عبر تثبيت مسارات من خلال الوصلة، وهذه المسارات هي التي تحدد إمكانية الوصول فعليًا.
هذا لا يعني أن كل قناع تراه صحيح. يمكن لعميل سيئ التهيئة أن ينتج عنونة غريبة أيضًا. الفكرة أضيق: قناع المضيف على هذا النوع من المحولات متوقع، لذلك ليس دليلًا على عطل بحد ذاته.
الخطوة 1: أكّد طراز الواجهة
انظر ما هو المحول قبل الحكم على ما يقوله. تحدد سلسلة الوصف برنامج التشغيل، ويؤكد طول البادئة في العنوان المخصص ما تفاوض عليه العميل:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuالأمر الثالث هو الذي يحسم معظم الجدل. وحدة الإرسال القصوى المنخفضة سمة وصلة مغلّفة، أما القيمة الشبيهة بـ Ethernet فتشير إلى طراز محول ظاهري مختلف. إذا ذكر الوصف برنامج تشغيل PPP أو RAS وكانت البادئة 32، فأنت ترى التصميم الموصوف أعلاه بالضبط ويمكنك التوقف عن القلق بشأن القناع.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
الخطوة 2: اقرأ المسار للوجهة الفاشلة
تُحدَّد إمكانية الوصول لكل وجهة، والواجهة الموصولة الواحدة لا تخبرك شيئًا عن ذلك. اسأل جدول التوجيه مباشرة عن العنوان الذي يحاول المستخدم الوصول إليه فعلًا:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute هي الإجابة المباشرة: تحدد الواجهة وعنوان المصدر الذي سيستخدمه النظام لتلك الوجهة. إذا أعادت النفق، فإن حركة المرور إلى ذلك المضيف تمر عبر النفق ولم يكن القناع هو المشكلة قط.
إذا أعادت المحول الفيزيائي، فقارن المسارين المرشحين ومقاييسهما. المسار المحلي الأكثر تحديدًا، أو إدخال متبقٍ من عميل آخر، أو مقياس أقل على المسار الفيزيائي، كلها تتغلب على مسار نفق واسع. النتيجة المرئية مورد لا يمكن الوصول إليه بينما يعمل كل شيء آخر. البادئات الأطول تفوز دائمًا، لذلك يكون الفائز غالبًا مسار مضيف أضافه أحدهم قبل أشهر ونسيه.
تحقق هنا من الاتجاهين أيضًا. المسار إلى جانب الخادم ضروري لكنه غير كافٍ، لأن الرد يجب أن يعود عبر النفق أيضًا. عندما يعمل مضيف داخلي ولا يعمل آخر، يكون الفرق عادة في هذا الجدول لا في تهيئة المحول.
الخطوة 3: افصل تحليل الأسماء عن الوصول إلى الخدمة
قد يفشل التطبيق الذي لا يفتح مشاركة في واحدة من مرحلتين مختلفتين جدًا. حلّل الاسم ثم اصل إلى العنوان. إذا فشلت الأولى ونجحت الثانية، فالنفق سليم والمحلل ليس كذلك:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445اختبار عنوان ناجح مع اختبار اسم فاشل يحدد المشكلة في التحليل، ويظهر الأمر الثاني ما إذا كانت واجهة النفق قد تلقت خادمًا أصلًا. تدفع عملاء كثيرون DNS كجزء من تهيئة النفق، والملف الشخصي الذي يتجاهل تلك الخيارات المدفوعة سيترك الجهاز يستخدم محللًا لا يرى المنطقة الخاصة.
لا تعتبر عنوانًا عاملًا إصلاحًا دائمًا. الاتصال بالعنوان يتجاوز تحليل الأسماء وقد يقوض التحقق من هوية الخادم الذي كان التطبيق سيجريه لولا ذلك. هذا تراجع أمني متنكر في شكل حل مؤقت. استخدمه لتحديد العطل ثم أصلح التحليل.
التراجع: لا تعد بناء DHCP بسبب قيمة معروضة
إذا كنت قد بدأت تغيير خدمة العنونة، فتوقف وتحقق مما إذا كان أي شيء غيّرته حاملًا للحمل. إن إعادة إنشاء نطاق أو إعادة إصدار عقود الإيجار أو نقل التجمع يغيّر حالة يعتمد عليها عملاء آخرون، ولا شيء من ذلك مبرر بقناع مضيف على محول من نقطة إلى نقطة.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445نفّذ هذه الثلاثة بعد أي تغيير مستهدف وقارنها بالتشغيل السابق. النتيجة المفيدة مسار موثق إلى المورد، لا محول يشبه قناعه شبكة المكتب.
ثم اكتب ما كان يعنيه القناع فعليًا، لأن الشخص التالي سيفتح الحوار نفسه ويصل إلى الاستنتاج الخاطئ نفسه. جملة واحدة في ملاحظات الملف الشخصي، تذكر أن النفق من نقطة إلى نقطة وأن الشبكات الفرعية البعيدة تصل كمسارات، توفر التحقيق كله في المرة القادمة.