جدار الحماية UFW

جدار الحماية UFW
جدار الحماية UFW
الحالة: نشط
القواعد: 6 | المنافذ المفتوحة: 5
4
سماح
2
رفض
منافذ النظام المفتوحة
22 80 443 3306 8083
قواعد جدار الحماية
المنفذإجراءالمصدر
22/tcp ALLOW Anywhere
80/tcp ALLOW Anywhere
443/tcp ALLOW Anywhere
8083/tcp ALLOW Anywhere
3306/tcp DENY Anywhere
25/tcp DENY Anywhere

واجهة ويب لـ UFW لمراجعة قواعد جدار الحماية

وُجد UFW لأن صيغة iptables الخام لا تغفر شيئاً، وفي هذا ينجح. أما ما لا يفعله فهو تسهيل مراجعة مجموعة القواعد بعد أشهر، حين يُرجع ufw status numbered ثلاثين سطراً وأنت تحاول معرفة أيها ما زال لازماً.

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

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

تستحق هاتان الصورتان مقارنة منتظمة، لأنهما تفترقان بصمت. قد تغلق قاعدةٌ منفذاً لا يصغي إليه أحد، فتغدو مجرد حِمل زائد في المجموعة. ويحدث العكس أيضاً: خدمة تصغي على كل الواجهات خلف قاعدة كنت تحسبها مغلقة. الجواب القديم عن هذا السؤال هو netstat، وما زال صحيحاً؛ غير أن مخرجاته تحتاج إلى قراءة بالعين في كل مرة.