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

يحتاج VPN إلى الاتصال الأساسي؛ فهو لا يستبدله، ولا يستطيع أن يجعل المشغّل يحمل ما يرفض المشغّل حمله.

أبقِ الهاتف ثابتًا وغيّر الشبكة وحدها

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

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

ما يمكن لشبكة الوصول رؤيته والتحصيل مقابله

المشغّل الذي يحمل النفق يلاحظ الاتصال نفسه: التوقيت والحجم وعنوان نقطة نهاية VPN. تشفير الحمولة لا يخفي هذه الخصائص، وهذا ينطبق على وصلة Wi-Fi المنزلية بقدر ما ينطبق على شبكة الهاتف. ما يغيّره VPN هو من يمكنه رؤية ماذا، والجواب يختلف عند كل قفزة. اكتب ذلك لكل قفزة بدلًا من وصف الاتصال بأنه خاص بشكل عام.

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

تسجيلات البوابة وقيود المشغّل

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

قيود المشغّل هي المتغير الآخر: بعض المسارات تحمل بروتوكولات معينة فقط، وبعضها يترجم العناوين بقوة، وبعضها يعالج عائلة عناوين واحدة بشكل مختلف عن الأخرى. المقارنة تضيّق الفشل إلى المسار دون تحديد الآلية المسؤولة.

التسليم ليس إعادة الاتصال

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

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

سجّل الشبكة ومرحلة الفشل والسلوك عبر التسليم. هذه الثلاثة تفصل مشكلة المسار عن مشكلة العميل.

مقالات ذات صلة