VPN متصل لكن عنوان IP لم يتغير: لماذا
النفق قائم واختبار العنوان ما زال يعرض IP القديم. قِس IPv4 وIPv6 كلًا على حدة، ثم افحص النفق المنقسم ونطاق التطبيقات ومسارات الوكيل.
أنت تتصل، ويقول العميل إنه متصل، وما زال اختبار العنوان يعرض الرقم نفسه الذي كان لديك من قبل. لا شيء خطأ في المؤشر؛ شيء ما بين الملف الشخصي والتطبيق أبقى ذلك الطلب خارج النفق. حدّد أيًا من ثلاثة أشياء تنظر إليه قبل أن تلمس أي إعداد: اختبار لم يقس العنوان العام قط، أو نفق يغطي جزءًا من حركة المرور فقط، أو مسار ثانٍ يفوز بقرار التوجيه. لكل منها فحص واحد يستغرق أقل من دقيقة.
تأكّد مما قاسه الاختبار فعلًا
العنوان الظاهر في مربع حوار Wi-Fi أو Ethernet هو عنوان الواجهة على مقطعك الخاص، وليس العنوان الذي يراه موقع ويب، لذا يمكن أن يبقى مطابقًا بينما يعمل النفق تمامًا. الموقع إشارة منفصلة أيضًا: منطقة حساب محفوظة أو قراءة تحديد موقع مسموح بها لا تتغير عند تغيير المخرج، ولا تسجيل دخول يتعرف عليك بالفعل.
استخدم صدى للعنوان العام واسأل كل عائلة على حدة، لأن نتيجة اختبار مزدوج المكدس تخفي الحالة المثيرة للاهتمام:
curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me
شغّل كليهما قبل الاتصال وبعده. إذا تغيّر جواب IPv4 إلى عنوان المخرج ولم يتغيّر جواب IPv6، فليست لديك نفق معطوب؛ بل عائلة واحدة تسير خارجه. إذا بقي الجوابان كما هما، فإن الطلب لم يصل إلى النفق إطلاقًا وينطبق بقية ما هنا.
قد يغطي الملف الشخصي جزءًا من حركة المرور فقط
ملف النفق المنقسم هو الجواب الشائع، وهو ليس عيبًا. OpenVPN يرسل كل شيء عبر النفق فقط عندما يكون redirect-gateway ضمن الخيارات المدفوعة؛ وبدونه يتلقى العميل حفنة من المسارات المحددة ويبقى مسارك الافتراضي على الرابط الفيزيائي. على Windows يظهر المفتاح نفسه باسم «استخدام البوابة الافتراضية على الشبكة البعيدة» في خصائص IPv4 للمهايئ، وإلغاء تحديده اختيار متعمد يبقى بعد كل إعادة اتصال.
نطاق التطبيقات هو الطبقة الثانية. إعداد VPN لكل تطبيق في Android يحدد التطبيقات المشمولة، لذا مفتاح VPN في شريط الحالة لا يثبت أن المتصفح داخله. امتداد متصفح يمرر حركته الخاصة عبر وكيل يخلق الصورة المعكوسة: يعرض المتصفح عنوان المخرج بينما عميل بريد أو لعبة على الجهاز نفسه ما زال يعرض عنوانك. قارن الطلب نفسه في تطبيقين. إذا تغيّر أحدهما ولم يتغيّر الآخر، فأنت تنظر إلى النطاق، لا إلى نفق فاشل.
يمكن أن تبقى عائلة عناوين واحدة مباشرة
معظم ملفات VPN كُتبت لـ IPv4، وكثير منها ما زال كذلك. على شبكة مزدوجة المكدس يأخذ النفق 10.8.0.x لـ IPv4 بينما يحتفظ الرابط الفيزيائي بعنوان IPv6 عام ومسار افتراضي، لذا يُبلَغ موقع يدعم IPv6 مباشرةً ويكون العنوان الذي يبلّغ عنه عنوان مزوّدك. ذلك تسريب مع نفق IPv4 عامل، وهو غير مرئي لاختبار يتحدث IPv4 فقط.
ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111
اقرأ الواجهة في كل جواب. إذا سمّى استعلام IPv6 جهاز Ethernet أو Wi-Fi لديك بينما سمّى استعلام IPv4 النفق، فسياسة تلك العائلة غائبة لا معطوبة. إيقاف IPv6 على مستوى الجهاز يجعل العَرَض يختفي ويخفي القرار؛ فضّل إصلاح تغطية الملف الشخصي أو تعطيل العائلة على ذلك الاتصال وحده، وسجّل أي الخيارين اخترت.
يمكن لمسار ثانٍ أن يفوز بالاستعلام
وكيل منافس، أو عميل VPN ثانٍ، أو مهايئ افتراضي من حاوية أو أداة سطح مكتب بعيد، أو مسار إضافي للبادئة الدقيقة التي تختبرها، كلها يمكن أن تتقدم. المسار المحدد يغلب دائمًا المسار الافتراضي، لذا يظل /24 متبقٍ للموقع الذي تقيسه، مشيرًا إلى بوابة شبكتك المحلية، يرسل تلك الحركة خارج النفق مهما كانت صحة النفق.
اجرد ما لديك قبل أن تغيّر أي شيء، بأوامر للقراءة فقط:
route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active
ابحث عن أكثر من مسار افتراضي واحد بمعيار معقول، وعن مسار محدد يغطي الوجهة. في المتصفح، تحقق أيضًا مما إذا كان امتداد وكيل أو إعداد الوكيل في النظام يملك الاتصال؛ يمكن لامتداد أن يسمّي مصدره الأعلى ويترك مخرج نظام التشغيل دون مساس، ما ينتج عنوانًا مختلفًا في المتصفح عنه في طرفية على الجهاز نفسه.
أعد القياس بطلب جديد
أعد الاتصال، ثم كرّر القياس من التطبيق نفسه الذي اختبرته أول مرة، لأن صفحة مخزنة مؤقتًا أو اتصالًا معادًا استخدامه يبلّغ الحالة القديمة. راقب سجل العميل أو عرض الأحداث أثناء الاتصال: خطأ في تطبيق المسارات بعد المصادقة دليل أقوى من أي مؤشر، وعادةً يسمّي المسار أو المهايئ الذي فشل.
أبقِ النتيجتين منفصلتين. إذا تغيّر العنوان لكن موقعًا واحدًا ما زال يرفضك، فالنفق يعمل والموقع يرفض عنوان مركز بيانات؛ تلك مشكلة مختلفة بجواب مختلف. إذا لم يتغير العنوان أبدًا، فاعمل على الأسئلة الأربعة بالترتيب: أي عنوان طبعه الاختبار، وأي عائلة كان، وأي تطبيق أرسل الطلب، وأي مسار اتبعه ذلك الطلب. توثيق Microsoft لقرارات توجيه VPN يشرح كيف يختار عميل Windows بين النفق والمهايئ الفيزيائي عندما يكون لكل منهما مسار.