# واجهة رسومية لفحص سجلات الوصول وقوائم حظر IP

**URL:** https://meta.discourse.org/t/gui-for-inspecting-access-logs-and-ip-block-lists/386981
**Category:** Feature
**Created:** [28 أكتوبر 2025، 6:35م UTC](https://meta.discourse.org/t/gui-for-inspecting-access-logs-and-ip-block-lists/386981 "2025-10-28T18:35:42Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![sb56637](https://avatars.discourse-cdn.com/v4/letter/s/ea5d25/32.png) [@sb56637](https://meta.discourse.org/u/sb56637)
#### Post date: [28 أكتوبر 2025، 6:35م UTC](https://meta.discourse.org/t/gui-for-inspecting-access-logs-and-ip-block-lists/386981/1 "2025-10-28T18:35:42Z")

</div>

تأتي هذه الفكرة من:

> [@How to block an IP range? "Screened IPs" not being blocked](https://meta.discourse.org/t/how-to-block-an-ip-range-screened-ips-not-being-blocked/386851):
>
> Hi there, I’m trying to temporarily block an abusive /16 subnet that is slamming a Discourse forum with requests. I tried this… …but I’m still seeing a huge number of new requests from the same range in /var/discourse/shared/standalone/log/var-log/nginx/access.log .

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

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