عرب نت | Ar4bnet
تسجيل الدخول
الدرس الثامن: إدارة الشبكات وجدار الحماية المتقدم (Advanced Networking & Iptables)
TUTORIAL السيرفرات و الاستضافه

الدرس الثامن: إدارة الشبكات وجدار الحماية المتقدم (Advanced Networking & Iptables)

تخلص من UFW وتعرف على المحرك الحقيقي: iptables و nftables. سنتعلم توجيه المنافذ (Port Forwarding)، فحص الحزم (Packet Inspection)، وأدوات تشخيص الشبكة مثل ss و tcpdump لاكتشاف الأعطال العميقة.

📅 2026-05-25 02:00 👁️ 521 مشاهدة 🧠 متقدم ⏱️ 4 دقيقة قراءة
إعلان

الشبكات المتقدمة في لينكس (Advanced Networking)

في الدروس السابقة، استخدمنا UFW كجدار حماية نظراً لبساطته. ولكن UFW هو في الحقيقة مجرد واجهة (Frontend) تخفي وراءها المحرك الحقيقي والقوي جداً في لينكس: Iptables (أو بديله الأحدث Nftables). لفهم حماية السيرفر على مستوى الخبراء، يجب أن تفهم مسار حزم البيانات (Packet Traversal).

أدوات فحص الشبكة العميقة (ss و netstat و ip)

أمر ifconfig القديم أصبح من الماضي. الأداة المعيارية الآن هي ip.

# عرض جميع بطاقات الشبكة وعناوينها
ip addr show

# عرض جدول التوجيه (Routing Table)
ip route show

لمعرفة المنافذ المفتوحة والتطبيقات التي تتنصت عليها، استخدم أمر ss (أسرع وأحدث من netstat):

إعلان

# عرض جميع منافذ TCP التي تتنصت (Listening) مع اسم العملية
sudo ss -tulpn

هذا الأمر حيوي لاكتشاف إذا كان هناك برنامج خبيث (Trojan) يفتح منفذاً سرياً في السيرفر.

الغوص في Iptables و الـ Chains

تخيل Iptables كحراس أمن يقفون في 3 نقاط تفتيش (Chains) رئيسية داخل السيرفر:

  1. INPUT: حزم البيانات القادمة من الخارج إلى السيرفر (زائر يطلب موقعك).
  2. FORWARD: حزم البيانات التي تمر عبر السيرفر لتذهب لشبكة أخرى (في حال استخدام السيرفر كـ Router أو مع Docker).
  3. OUTPUT: حزم البيانات الصادرة من السيرفر للخارج.

كيف تمنع IP مزعج (DDoS/Spammer) من الوصول لسيرفرك تماماً قبل أن يصل حتى لسيرفر الويب Nginx؟

# حظر IP محدد (Drop)
sudo iptables -A INPUT -s 192.168.1.50 -j DROP

# حظر نطاق كامل (Subnet)
sudo iptables -A INPUT -s 203.0.113.0/24 -j DROP

الأمر -A يعني Append (إضافة للقاعدة). -s يمثل الـ Source. -j يمثل الـ Target (الإجراء: Drop يعني إسقاط الحزمة دون رد).

توجيه المنافذ و NAT (Network Address Translation)

ماذا لو أردت أن أي طلب يأتي للسيرفر على المنفذ 80 يتم تحويله سراً للمنفذ 8080 حيث يعمل تطبيق Node.js؟ يمكنك فعل ذلك من داخل النواة مباشرة بدون استخدام Nginx كبروكسي (وهو أسرع بكثير!)

sudo iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080

هذا يسمى الـ PREROUTING، حيث يتم تعديل وجهة الحزمة قبل أن تخضع لقواعد الـ INPUT العادية.

مراقبة حركة المرور بالزمن الفعلي (tcpdump)

أحياناً تحتاج لمعرفة ما إذا كانت الحزم تصل السيرفر أصلاً أم أنها تُحظر من مزود الخدمة السحابية. tcpdump هو مقياس نبض الشبكة:

# مراقبة جميع الطلبات القادمة للمنفذ 80
sudo tcpdump -i eth0 port 80 -n

إذا قمت بزيارة موقعك ولم يظهر أي شيء في مخرجات هذا الأمر، فهذا يعني أن هناك جدار ناري خارجي (مثل AWS Security Groups أو Cloudflare) يحظر الاتصال قبل أن يصل لسيرفرك من الأساس!


بناء راوتر مخصص (Custom Router) باستخدام لينكس

هل تعلم أن أجهزة الراوتر الاحترافية (مثل MikroTik أو Ubiquiti) مبنية في الحقيقة على نواة لينكس وتستخدم iptables تحت الغطاء؟ يمكنك تحويل أي سيرفر لينكس بسيط يحتوي على بطاقتي شبكة (Network Interfaces) إلى راوتر متطور جداً.

تفعيل IP Forwarding

افتراضياً، نواة لينكس ترفض تمرير حزم البيانات من شبكة إلى أخرى (لأسباب أمنية). لتمكين السيرفر من العمل كراوتر، يجب تعديل النواة:

echo "net.ipv4.ip_forward = 1" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

عمل إخفاء للشبكة الداخلية (Masquerading / NAT)

لنفترض أن شبكتك الداخلية هي 10.0.0.0/24 وبطاقة الشبكة المتصلة بالإنترنت هي eth0. لتسمح للأجهزة الداخلية بالوصول للإنترنت عبر سيرفرك، يجب استخدام NAT:

sudo iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o eth0 -j MASQUERADE

تأمين المنافذ باستخدام Port Knocking

ما رأيك بحيلة أمنية تجعل منفذ SSH الخاص بك غير مرئي إطلاقاً لأي شخص (مغلق)، ولا يفتح لك إلا إذا قمت بـ "طرق" (Knock) أبواب معينة بتسلسل سري؟ تقنية Port Knocking تعتمد على تسجيل الدخول السري عبر إرسال حزم فارغة لعدة منافذ بترتيب معين (مثلاً: 7000، 8000، 9000). إذا استلم Iptables هذا التسلسل الدقيق، سيقوم مؤقتاً بفتح منفذ 22 (SSH) للـ IP الخاص بك فقط!

يمكن تطبيق ذلك باستخدام حزمة knockd. هذه التقنية تجعل السيرفر محصناً تماماً ضد هجمات الـ Zero-day التي قد تظهر في خادم SSH نفسه، لأن المخترق لن يجد المنفذ مفتوحاً من الأساس لكي يستغله.

إعلان

🎯 اختبر معلوماتك

اختبار إدارة الشبكات وجدار الحماية المتقدم (Iptables)

🏆 50 نقطة مكافأة 5 سؤال 70% للنجاح
ابدأ الاختبار ←

مواضيع تهمك

عرض كل الدروس
الدرس الثامن: إدارة شهادات الـ SSL وتأمين المواقع (Let's Encrypt & HSTS)
🧠 متقدم
درس
25 مايو 2026 286

الدرس الثامن: إدارة شهادات الـ SSL وتأمين المواقع (Let's Encrypt & HSTS)

لا يكفي تركيب SSL، بل يجب تفعيل HSTS و OCSP Stapling. سنتعلم كيفية تأمين لوحة Plesk نفسها،...

الدرس السابع: إعداد وتأمين خوادم البريد الإلكتروني (Mail Server Mastery)
🧠 متقدم
درس
25 مايو 2026 297

الدرس السابع: إعداد وتأمين خوادم البريد الإلكتروني (Mail Server Mastery)

بريدك الإلكتروني دائماً في الـ Spam؟ في هذا الدرس سنتعلم إعداد Postfix و Dovecot، وتكوين س...

الدرس العاشر: النسخ الاحتياطي السحابي والانتقال الآلي (Migration & Backups)
🧠 متقدم
درس
25 مايو 2026 576

الدرس العاشر: النسخ الاحتياطي السحابي والانتقال الآلي (Migration & Backups)

النسخ الاحتياطي هو الملاذ الأخير. سنتعلم كيفية ربط Plesk بالسحابة (Google Drive/S3)، وكيفي...

الدرس التاسع: أمان السيرفر و Fail2Ban وجدار حماية Plesk المدمج
🧠 متقدم
درس
25 مايو 2026 281

الدرس التاسع: أمان السيرفر و Fail2Ban وجدار حماية Plesk المدمج

كيف تجعل سيرفرك قلعة لا تُخترق؟ شرح مفصل لاستخدام Plesk Firewall لإغلاق المنافذ، تكوين Fai...

الدرس السادس: أسرار إدارة خوادم الويب (Apache & Nginx) عبر Plesk
🧠 متقدم
درس
25 مايو 2026 521

الدرس السادس: أسرار إدارة خوادم الويب (Apache & Nginx) عبر Plesk

الغوص العميق في محركات الويب. كيف يعمل Nginx كبروكسي عكسي أمام Apache في Plesk؟ وكيف نكتب...

الدرس الخامس: إدارة قواعد البيانات المتقدمة في Plesk
🧠 متقدم
درس
25 مايو 2026 705

الدرس الخامس: إدارة قواعد البيانات المتقدمة في Plesk

كيف يدير Plesk محرك قواعد البيانات MySQL/MariaDB في الخلفية؟ سنتعلم إنشاء قواعد البيانات،...

💬 التعليقات

0 تعليقات

لتتمكن من كتابة تعليق، يجب تسجيل الدخول. تسجيل الدخول
لا توجد تعليقات حتى الآن. كن أول من يكتب تعليقًا.
📑 محتويات المقال