شكرًا لك على التوضيح، سألتزم بالنصائح، وحتى الآن الخدمة رائعة، وأتطلع إلى التحديث الخاص بالميزة الجديدة وغيرها 
إعجاب واحد (1)
يسعدنا إصدار نسخة تجريبية جديدة تتضمن مجموعة من الميزات التي تم انتظارها بشدة:
- يمكن للمشرفين الآن الاختيار بين الحظر الكامل (block) أو تحدي الاتصالات المشبوهة باستخدام CAPTCHA (captcha). يتم حاليًا دعم كل من Cloudflare Turnstile و hCaptcha.
- رموز تصفية مستقلة لكل من الزائر، وتسجيل الدخول، والتسجيل، وتسجيل الدخول عبر البريد الإلكتروني، ونسيان كلمة المرور، لضمان عدم منح الوصول الشامل إلى سياقات أخرى عند حل التحدي في سياق واحد.
- تحليلات بصرية تفاعلية لمدة 30 يومًا (قابلة للتمديد) مدعومة بتقنية Chart.js، تعرض إجمالي الفحوصات مقارنة بحركة البروكسي/VPN المكتشفة.
- سجلات تعرض آخر 500 محاولة محظورة، بما في ذلك الطابع الزمني، وعنوان IP، واسم المستخدم (إذا تم تفعيله)، والإجراء المتخذ.
لاختبار هذا الإصدار التجريبي الجديد، كل ما عليك فعله هو تغيير السطر في ملف containers/app.yml من:
git clone https://github.com/proxytracer/discourse-proxytracer.git
إلى ما يلي:
git clone -b beta-testing https://github.com/proxytracer/discourse-proxytracer.git
وبعد تنفيذ أمر ./launcher rebuild app، ستكون جاهزًا للانطلاق.
نقدّر أي ملاحظات واقتراحات حول كيفية تحسين الإضافة بشكل أكبر.
إعجابَين (2)
واو، كان الأمر أكثر مما توقعت، وأقدّر التزامك تجاه Discourse وأرى قيمة في خدمتكم، وأخطط للمتابعة في الدفع وتقديم الملاحظات.
لا أعرف في أي ولاية قضائية يقع مقر شركتكم، لكن فيما يتعلق، على سبيل المثال، بمعرفة أن فهرسة شبكات الـ VPN والوكلاء (Proxies) هي لعبة قط وفأر، فأنا مستعد لإرسال معلومات محددة حول شبكات تجاوزت فلتركم، بحيث يمكنني المساهمة في تحسين الكشف عنها. وبما أنني أعيش في البرازيل، يجب عليّ الالتزام ببعض القواعد المشابهة لـ GDPR، تُعرف باسم LGPD، لذلك أعتقد أنه سيكون من المفيد أولاً فهم البيانات المطلوبة وكيفية معالجتها. ومع ذلك، هذا مجرد تفكير في كيفية إمكانية مساهمة المنصات، سواء كانت تعمل بـ Discourse أو Flarum، مع وجود مقابل مفيد للطرفين.
إعجاب واحد (1)
أقوم الآن باستنساخ النسخة التجريبية، وسأقدم الملاحظات قريبًا.
إعجاب واحد (1)
قمت بإجراء اختبار صغير وكان يعمل كما هو متوقع! الآن ننتظر المحاولات في بيئة الإنتاج، شكرًا لتوفير هذه الميزات الجديدة.
إعجاب واحد (1)
شكرًا لكلماتك اللطيفة، يسعدنا أن الإصدار المحدّث من الإضافة أثبت أنه مفيد لك!
نحن نفكر في الانتظار قليلًا للحصول على مزيد من الملاحظات أو تقارير الأخطاء قبل الترقية إلى القناة المستقرة.
إعجاب واحد (1)
لاحظتُ أنه عند تسجيل الدخول عبر نظام SSO، وبما أن هذه العملية تُعدّ إجراءً لتسجيل الدخول، فإنه لا يُسند مستخدم ولا عنوان بريد إلكتروني.
تفصيل آخر هو أن إجراء create يظهر حتى عندما يكون الحساب موجودًا مسبقًا. على سبيل المثال، أجريتُ اختبارًا أمس باستخدام حساب بديل كان موجودًا بالفعل، لكن السجل (log) سجّل الإجراء وكأن الحساب تم إنشاؤه في تلك اللحظة. قد يؤدي هذا إلى بعض اللبس في تفسير السجلات.
وأخيرًا، عائدًا إلى مسألة الشبكات المحمولة، لاحظتُ حدوث إيجابي زائف. فقد ظهرت أرقام نطاقات ASN 26599 و22085، وهي تابعة لمشغّل بيانات محمولة برازيلي، في سجلات الحظر سواء في محاولات عبر SSO أو في محاولة تتعلق بمستخدِم موجود مسبقًا.
هنا أعود إلى نفس مسألة اللبس في السجلات: حاول مستخدم الدخول إلى حسابه الخاص باستخدام نطاق IP تابع لهذا ASN، لكن الإجراء يظهر كـ create، في حين أنه لم يتم إنشاء حساب فعليًا. قد يجعل هذا من الصعب التمييز بين محاولة إنشاء حساب ومحاولة تسجيل دخول لمستخدم موجود مسبقًا.