فقدان الشبكة على الجهاز

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

الخطوة 1. الدخول عبر الطرفية

افتح /hosting/vds/m/<id>، تبويب “Console”. تعمل الطرفية النصية (المنفذ التسلسلي) مع أي أوامر؛ أما “Screen” (VNC) فتحتاج إليها إذا لم يُظهر النظام أي دعوة لإدخال الأوامر على الخط التسلسلي. إذا أظهرت الطرفية دعوة تسجيل الدخول، فالجهاز حيّ والمشكلة في الشبكة، لا في الإقلاع.

إذا لم تظهر أي دعوة وأظهر “Screen” رسالة خطأ من النواة، راجع Kernel panic: ما الخطوة التالية.

الخطوة 2. التحقق من الواجهة والعنوان

ip -brief address
ip route

يجب أن تحمل الواجهة عنوان IPv4 العام الخاص بك من تبويب “Overview”، ويجب أن تتضمن المسارات سطر default via .... النتائج الشائعة:

• الواجهة في الحالة DOWN — شغّلها: ip link set dev ens18 up؛
• اختفى العنوان بعد تعديل يدوي في الإعدادات — استعد ملف الإعدادات وأعد تشغيل خدمة الشبكة (systemctl restart systemd-networkd أو netplan apply على Ubuntu)؛
• لا يوجد مسار افتراضي — استعده مؤقتًا بالأمر ip route add default via <gateway> لاستعادة الوصول، ثم أصلح الإعدادات، وإلا سيتكرر الأمر بعد إعادة التشغيل.

التغييرات التي تُجرى عبر ip تبقى حتى إعادة التشغيل فقط. الإصلاح الحقيقي يكون دائمًا في ملف الإعدادات.

الخطوة 3. التمييز بين “لا اتصال” و“لا أسماء”

ping -c3 1.1.1.1
ping -c3 millida.net

إذا استجاب العنوان للـ ping ولم يستجب الاسم، فالشبكة سليمة وترجمة الأسماء معطلة: انتقل إلى الأسماء لا تُترجم (DNS).

الخطوة 4. النظر في مرشّح الحزم

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

nft list ruleset
iptables -S
ufw status verbose

إذا رأيت سياسة DROP على حركة المرور الواردة دون السماح بالمنفذ 22، فقد قطعت وصولك إلى SSH. استعد الوصول عبر الطرفية:

ufw allow 22/tcp
ufw reload

قبل تفعيل أي جدار حماية، اسمح دائمًا بمنفذ SSH في المجموعة نفسها من الأوامر. أسلوب “المنع أولًا، والسماح لاحقًا” يكلّفك فقدان وصولك.

الخطوة 5. التحقق من خادم SSH نفسه

قد تكون الشبكة تعمل بينما المنفذ مغلق لأن الخدمة تعطلت:

systemctl status ssh
ss -tlnp | grep :22

راجع الخدمة لا تبدأ: استكشاف أخطاء systemd لمعرفة كيفية تشخيص حالة الخدمة.

إذا لم يُجدِ شيء

أقلع من قرص الاسترداد SystemRescue عبر تبويب “Access”: تسجيل دخول root دون كلمة مرور، ويظهر قرص الجهاز باسم /dev/sda. اربط الجذر وأصلح إعدادات الشبكة “من خارج” النظام. عند الانتهاء، عُد إلى وضع الإقلاع العادي وأعد تشغيل الجهاز — وإلا فسيظل يقلع إلى SystemRescue.