MTU في VPN على iPhone: حدِّد المالك قبل تغيير أي رقم
ثلاثة أسئلة تحدد ما إذا كان التطبيق أو ملف تعريف البوابة أو لا أحد على الهاتف قادرًا على تغيير الحجم. أجب عنها قبل استعارة رقم من Mac.
كل نقاش حول حجم حزم VPN على iPhone ينتهي في النهاية إلى تقديم الأمر نفسه الخاص بـ Mac على واجهة تُسمى ppp0، عادةً مع رقم مرفق به. هذا لا ينتقل، ولن يكون عنصر التحكم الصحيح حتى على Mac ما لم تكن تلك الواجهة تخص الاتصال المعني. على الهاتف، الرقم يملكه من ينفّذ النفق: نظام التشغيل لملف تعريف أصلي، أو موفّر نفق الحزم لتطبيق، أو البوابة عندما يُتفاوض على خاصية موثقة. ثلاثة أسئلة تحسم أيّ من هذه الحالات تواجهها.
السؤال الأول: أي عميل يعمل
ملف تعريف IKEv2 الأصلي، وملف تعريف Cisco IPsec المدمج، وعميل Cisco من طرف ثالث هي ثلاثة تنفيذات مختلفة بثلاث مجموعات مختلفة من الخصائص المدعومة. نوع ملف التعريف في الإعدادات يخبرك أيّها بدأه الهاتف فعليًا، وقائمة التطبيقات تخبرك ما إذا كان هناك موفّر في المسار أصلًا. ابدأ من هناك، لأن بقية القرار تتبعه. إذا لم يظهر أي موفّر في قائمة التطبيقات، فنظام التشغيل هو مالك النفق.
لا تستنتج التنفيذ من مورّد البوابة. يمكن لنقطة تحكم Cisco أن تنهي اتصالات من عملاء لا يشتركون في شيء سوى اسم المورّد. لقطة شاشة لبناء قديم على إصدار قديم تخبرك بما كان ذلك الزوج يدعمه، لا بما يفعله الهاتف في يدك.
السؤال الثاني: من يملك القيمة
تعرض Apple خاصية MTU لمطوري نفق الحزم عبر كائن إعدادات امتداد الشبكة. هذا واجهة برمجية للموفّر الذي يهيّئ نفقَه الخاص، وليس مفتاحًا يمكن لمستخدم أو مسؤول أن يقلبه على عميل مثبّت لدى شخص آخر. قد يختار تطبيق من طرف ثالث عرضها أو تجاهلها أو تثبيت قيمة بشكل صلب.
بالنسبة لملف تعريف أصلي، يختار نظام التشغيل حجم الواجهة، ولا يعرض الهاتف أي محرر له. بالنسبة لبوابة Cisco للوصول عن بعد، هناك خاصية موثقة لملف تعريف الاتصال، وتطبيقها يعتمد على العميل والإصدار والنقل المتفاوض عليه. تلك الفجوة بين الموثّق والمُحترم هي حيث يخطئ الرقم المنسوخ.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
السؤال الثالث: هل تعتمد الأعراض على الحجم أصلًا
لمشكلات الحجم بصمة: الطلبات الصغيرة تنجح، والرفوعات الكبيرة أو الاستجابات الكبيرة تتعطل، والخدمة نفسها تعمل عبر شبكة وصول أخرى. يمكن للتصفية وحد الحمولة في التطبيق وخادم متوقف أن تنتج شكوى مشابهة، لذا سجّل العملية الواحدة التي تفشل بجانب عملية تنجح. اكتب كلتيهما مع الأوقات والأحجام إذا كان التطبيق يبلغ عنها. بدون هذا الزوج، كل تغيير لاحق تخمين.
نفّذ الاختبار نفسه على Wi-Fi وعلى الشبكة الخلوية. الفشل الذي يتبع الشبكة يشير إلى المسار؛ والفشل الذي يتبع الجهاز يشير إلى العميل أو ملف التعريف، وكلاهما يحتاج إلى مالكين مختلفين. استخدم الخدمة نفسها والحساب نفسه لكلا التشغيلين، وإلا فلا فائدة من المقارنة.
لماذا تستمر وصفة Mac في الظهور
سنوات من شبكات VPN المكتبية القائمة على PPP جعلت تغيير حجم الواجهة حلًا محليًا مشروعًا، ونُسخت تلك التعليمات إلى نقاشات الهواتف. على الهاتف لا توجد صدفة، ولا اسم واجهة كهذا، ولا استمرارية عبر إعادة الاتصال. وصفة حلّت مشكلة مكتبية عام 2011 وصلت إلى أبعد بكثير من الظروف التي جعلتها صحيحة. لا تقبل عملاء الهواتف أي أمر صدفة لهذا، مهما ادّعى النقاش.
تعامل مع القيمة المنسوخة كفرضية حول مسار، لا كإعداد. إذا جعل حجم أصغر عملية نقل تنجح وفشل حجم أكبر بشكل موثوق، فلديك دليل حول المسار؛ وما زلت بحاجة إلى إيجاد المكوّن المسموح له بالتصرف بناءً عليه. عادةً ما ينتهي ذلك البحث عند ملف تعريف البوابة أو مورّد التطبيق، ونادرًا عند الهاتف.
النقل يغيّر الجواب
إذا كانت الجلسة تعمل عبر TLS بدلًا من IPsec، فقد يساعد تعديل تجزئة TCP على البوابة، لأنه يعيد كتابة حجم القطعة المعلن لتدفقات TCP. لكنه لا يفعل شيئًا لحركة UDP، التي تشمل من الويب الحديث أكثر مما يتوقع الناس. تحقق من النقل المتفاوض عليه قبل اقتراح التغيير، واذكر في التذكرة أي نقل تتوقع أن يتأثر.
يوجد اكتشاف MTU للمسار كي يتعلم الطرفان الحد الحقيقي بدلًا من التخمين. حجب التغذية الراجعة وتثبيت حجم صغير يتاجر بنقل كبير عامل مقابل تكلفة دائمة خفية في كل اتصال.
ما الذي تسأل عنه فريق البوابة
اطلب ثلاثة أشياء: الاسم الدقيق للخاصية ونطاقها، وما إذا كان العملاء المنشورون يحترمونها، وأي نقل تفاوضت عليه الجلسة. التغيير المطبّق على سياسة مجموعة واحدة قابل للاختبار؛ أما التعديل الشامل فليس كذلك، وهو ينقل المخاطر إلى مستخدمين لم يبلغوا عن أي مشكلة. اطلب أيضًا مرجع المستند، لأن أسماء الخصائص تتغير بين الإصدارات.
بعد ذلك غيّر شيئًا واحدًا وأعد اختبار العملية الأصلية الفاشلة، لا تنزيل اختبار سرعة. احتفظ بسجل قبل وبعد مع إصدار العميل وشبكة الوصول، حتى يمكن مقارنة التقرير التالي بدلًا من إعادة الجدال فيه.
إذا استمرت العملية في الفشل عند الحجم الأصلي، فالحجم لم يكن السبب. سجّل هذا الاستنتاج أيضًا، حتى لا يعيد الشخص التالي فتح الفرضية نفسها.