أوبونتو بلا إنترنت بعد إزالة تطبيق VPN

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

النفق اختفى، والسياسة لم تختفِ

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

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

اقرأ الكائنات التي لم تملكها الحزمة قط

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

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

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

جدول توجيه فارغ مع جهاز متصل عطل مختلف، وهو يشير إلى DHCP لا إلى ملف تعريف متبقٍّ. اقرأ عقد الإيجار قبل تعديل أي شيء.

احذف ملف التعريف، لا ملف المفتاح

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

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

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

افحص خطاف وقت الإقلاع قبل أن يتكرر

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

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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