كيف تتحقق من حالة IPv6 على جهاز Mac بعد قطع اتصال VPN

إذا وصلت إلى موقع عبر IPv4 بعد سقوط النفق، فأنت لم تثبت شيئًا بشأن IPv6. يعرّف macOS العائلتين بشكل منفصل لكل خدمة شبكة، ويمكن لعميل VPN أن يغيّر إحداهما دون أن يمسّ الأخرى. اعمل على الطبقات الثلاث بالترتيب: إعداد العنوان، ثم اختيار المسار، ثم أي سياسة يثبّتها العميل أثناء الانقطاع. أبقِ شبكة الوصول دون تغيير خلال ذلك، وإلا فستقارن مشكلتين مختلفتين.

ابدأ بالعائلة التي تعطّلت فعلاً

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

أبقِ شبكة Wi-Fi ونقطة الوصول نفسها طوال المقارنة. فشبكة مقهى قدّمت IPv6 أمس لا تقول شيئًا عن الشبكة التي أنت عليها الآن.

اقرأ العنوان قبل المسار

في إعدادات النظام، تُظهر لوحة TCP/IP الخاصة بالخدمة النشطة ما إذا كان IPv6 تلقائيًا أو يدويًا أو محليًا للرابط فقط. قارن ذلك بما تتوقعه، مع تذكّر أن مؤسسة ما قد تختار الإعداد اليدوي عن قصد. ثم شغّل ifconfig واقرأ الواجهة المعنية. عنوان fe80:: وحده يعني أن الواجهة تستطيع مخاطبة جيرانها ولا شيء أكثر، لذا فوجود عنوان محلي للرابط ليس دليلًا على مسار صالح للاستخدام.

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

اقرأ جدول المسارات للوجهة الفاشلة

اسأل النواة عن الوجهة التي فشلت، لا عن المسار الافتراضي. route -n get 2001:db8::25 يطبع الواجهة والبوابة المختارتين لذلك العنوان، و netstat -rn -f inet6 يعرض الجدول كله للمقارنة. المسار الافتراضي يخبرك بوجود مسار افتراضي؛ لكنه لا يخبرك أن هذه الوجهة تستخدمه.

أبقِ DNS في خانة منفصلة. فالمُحلّل الذي يمكن الوصول إليه عبر IPv4 قد يعيد سجلات AAAA، لذا فإن فشل البحث وفشل التوجيه ينتجان العَرَض نفسه في المتصفح.

افصل سياسة الحجب لدى العميل عن أثر متبقٍ

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

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

اجمع الأدلة، ثم غيّر شيئًا واحدًا

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

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