كيف تختبر عميل VPN ثانيًا على جهاز Mac دون أن تفقد الأول

تثبّت العميل الثاني لمقارنته، فيتوقف الأول عن العمل. لم يُحذف شيء، والتطبيقان ما زالا مثبّتين. ما تغيّر يقع تحتهما: إضافة نظام أو إعداد DNS أو مسار افتراضي، والعميلان الآن يختلفان حول من يملكه. التثبيت ليس الجزء الخطِر؛ الجزء الخطِر هو تشغيل الاثنين دون خط أساس مسجّل للعودة إليه.

العَرَض: الإعداد العامل يتوقف بعد التثبيت الثاني

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

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

سجّل خط الأساس قبل تثبيت أي شيء

اكتب ما يعمل حاليًا: نتيجة التطبيق، وإصدار العميل، ونقطة النهاية التي يتصل بها، وأي استثناءات لكل تطبيق أو للنفق المنقسم. احفظ ملف التعريف الأصلي عبر العملية المحمية التي يدعمها العميل، لا بنسخ ملفات من حزمة التطبيق.

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

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

غيّر مسارًا نشطًا واحدًا في كل مرة

أوقف الاتصال الأصلي بأداة التحكم العادية فيه، ثم ابدأ البديل. العميلان المتصلان في الوقت نفسه ينتجان نتيجة تصف المزيج، لا أيًّا من المنتجين. أبقِ نقطة النهاية والمهمة قابلتين للمقارنة إذا سمحت الخدمات بذلك، لأن تنزيلًا أسرع عبر خادم مختلف يقارن خياري اتصال لا تطبيقين.

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

قارن DNS والمسارات والتطبيق، لا السرعة وحدها

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

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

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

استعِد، ثم أزِل بنظافة

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

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