تغيّر مقياس مسار VPN بعد الاتصال: ماذا يعني ذلك
القيمة الأقل للمقياس لا تفصل إلا بين المسارات المتساوية في التحديد. اقرأ قاعدة السياسة والبادئة ومسار المضيف لنقطة النهاية قبل أن تعدّل أي رقم مسار في الـVPN.
توصل الـVPN، وتشغّل route print، فترى المسار الافتراضي يحمل الآن مقياسًا أقل بكثير من قبل. الاستنتاج الطبيعي أن الـVPN أخذ المسار الافتراضي لأن رقمه أصغر. أحيانًا يكون هذا ما حدث تمامًا. وفي كثير من الحالات لا يكون المقياس عامل الحسم على الإطلاق، وتعديله لا يغيّر شيئًا لأن الاختيار تم قبل ذلك، بطول البادئة أو بقاعدة سياسة.
العَرَض حقيقي: حركة كانت تخرج عبر محوّل Wi-Fi صارت تخرج عبر النفق، أو العكس. المقياس مُدخل واحد في بحث يجري بترتيب ثابت، وهذا الترتيب هو ما يجب أن تقرأه قبل أن تلمس أي رقم.
ما الذي ينافسه الرقم فعليًا
المقارنة الأولى تتعلق بالتحديد لا بالأفضلية. مسار إلى 10.20.0.0/16 يتغلب على 10.0.0.0/8، وكلاهما يتغلب على 0.0.0.0/0، أيًا كانت قيمة المقاييس. والـVPN الذي يثبّت مسارًا افتراضيًا بأدنى مقياس على الجهاز يخسر أمام أي مسار أكثر تحديدًا يطابق الوجهة، بما في ذلك مسار المضيف الذي يثبّته العميل لخادمه هو.
لهذا لا يمكن خفض المقياس على مسار افتراضي أن يفرض شبكة فرعية متصلة مباشرة داخل النفق. إذا أردت تلك الشبكة داخل الـVPN، فأضف مسارًا للبادئة أو اختر جدول النفق بقاعدة سياسة. المقياس هو الرافعة الخطأ لهذه المهمة.
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
لينكس يحسم الجدول قبل المقياس
على لينكس يستشير النواة قاعدة السياسة أولًا. يسرد ip rule القواعد والجداول التي تختارها، ويبلّغ ip route get 203.0.113.10 عن الجدول والمسار وعنوان المصدر التي ستستخدمها النواة فعليًا لتلك الوجهة. المقياس داخل الجدول 100 لا ينافس أبدًا مسارًا في الجدول الرئيسي، لأن القاعدة اختارت الجدول قبل مقارنة أي مقياس.
لهذا قد يبدو مسار صحيحًا في ip route show table all ولا يحمل حركة على الإطلاق. اقرأ القاعدة التي طابقت، ثم اقرأ الجدول الذي اختارته، ثم قارن المسارات داخله. إذا اختير الجدول الخطأ، فلن يساعد أي تعديل للمقياس في الجدول الآخر.
ويندوز يجمع بين مقياسين
لا يملك ويندوز قاعدة سياسة افتراضيًا، لكنه يجمع بين مقياس المسار ومقياس الواجهة، ومقياس الواجهة التلقائي قد يتغيّر مع سرعة الوصلة وحالة المحوّل. لهذا قد يتصرف المسار نفسه بشكل مختلف بعد ظهور محطة إرساء أو محوّل افتراضي. يبلّغ Find-NetRoute -RemoteIPAddress 203.0.113.10 عن عنوان المصدر والخطوة التالية والواجهة المختارة، وهي أقرب إلى القرار الحقيقي من الجدول الخام.
اقرأ قيم المسار والواجهة معًا. رفع مقياس الواجهة قد ينقل الحركة دون أن يتغير أي إدخال مسار، وثمّة عميل VPN يملك مساراته سيعيد تثبيتها عند إعادة الاتصال فيلغي تعديلك.
أبقِ نقطة نهاية النفق خارج النفق
كل نفق يحتاج مسارًا إلى خادمه هو لا يمر عبر النفق. يثبّت العملاء مسار مضيف لنقطة النهاية عبر البوابة الفيزيائية، ويجب أن يبقى ذلك المسار أكثر تحديدًا من المسار الافتراضي الذي يضيفه العميل. احذفه، أو اجعل النفق يفوز بالبحث عن ذلك العنوان، فتحاول الحزم المغلّفة الدخول إلى النفق الذي يُفترض أن تبنيه. تفشل الوصلة أو تدخل في حلقة.
افحص مسار المضيف ذلك قبل أي تغيير للمقياس وبعده: يجب أن يشير إلى الخطوة التالية الفيزيائية وأن يصمد بعد إعادة الاتصال. إذا كان العميل يملكه، فغيّر الملف الشخصي أو التكوين المُدار بدلًا من قيمة وقت تشغيل ستُكتَب فوقها.
افحص عائلتي العناوين وسياق التطبيق
IPv4 وIPv6 قراران منفصلان بجدولين منفصلين. يمكن أن يحمل الـVPN حركة IPv4 بينما يبقى IPv6 على الموجّه المحلي، وتغيير المقياس في عائلة لا يقول شيئًا عن الأخرى. افحص الاثنين، ثم افحص سياق التطبيق. عملية مرتبطة بواجهة أو بمساحة أسماء حاوية أو بـVPN لكل تطبيق قد ترى جدولًا مختلفًا عن جدول الصدفة لديك.
تحقّق بالأداة التي تبلّغ عن القرار للوجهة الحقيقية، لا بقائمة الجدول الكاملة. إذا كان المسار المختار هو ما يقصده التصميم، فتوقف. المقياس الذي ليس أصغر رقم على الشاشة ليس عيبًا، وفرضه ليكون الأصغر قد يكسر مسار نقطة النهاية التي يعتمد عليها النفق.