مرحباً،
لقد واجهنا مؤخرًا خطأ ip_10_secs_limit نتيجة لاستخدام مستخدم لـ iCloud Private Relay والذي يستخدم مجموعة من عناوين IP المشتركة.
هل هناك طريقة لتخفيف هذا الإعداد؟ أشك في أننا بالكاد نُشغّل هذه القاعدة، ولم نواجه أي مشاكل مع البريد العشوائي.
لقد وجدت هذا الإشارة في الكود و GlobalSetting.max_reqs_per_ip_per_10_seconds ولكنني لم أتمكن من العثور عليه عند البحث في إعدادات Discourse.
شكراً لأي توجيهات!
مات
هل تُظهر سجلاتك عناوين IP للمستخدمين أم عناوين iCloud؟ إذا كان الأمر الأخير، فأنت بحاجة إلى إصلاح إعدادات nginx بحيث يصل عنوان IP للمستخدم النهائي إلى Discourse بدلاً من الوكيل. المواضيع المتعلقة بتشغيل Discourse مع خوادم أخرى تحتوي على الرمز الذي تحتاج إلى إضافته إلى app.yml لإصلاح ذلك. تحتاج إلى تغيير x-forwarded-for، إذا كانت الذاكرة تخدمك.
يمكنك تجاوز هذا الإعداد باستخدام متغير بيئة
DISCOURSE_SETTING_NAME: value
لن أحاول كتابته على هاتفي.
شكراً @pfaffman
قد يكون iCloud إنذارًا كاذبًا؛ لقد تلقيت تقريرًا إضافيًا من مستخدم Chrome يرى هذا أيضًا. والمفاجئ أن هذه المشكلة بدأت تحدث للتو، على الرغم من عدم إجراء أي تغييرات على تكوين الخادم وما إلى ذلك (تشغيل 2.9.0.beta9)، لذلك أتساءل لماذا بدأت هذه المشكلة في الحدوث.
يمكنك تجاوز هذا الإعداد باستخدام متغير بيئة
هل هذا يعني أنه يمكنني تعيينip_10_secs_limitكمتغير بيئة على الخادم؟ هل كل هذا بأحرف صغيرة، هل يحتاج إلى بادئة؟ لقد كنت مرتبكًا لأن رسالة الخطأ أظهرتip_10_secs_limit، ولكن الكود المصدري لـ Discourse أظهرGlobalSetting.max_reqs_per_ip_per_10_seconds، لذلك لست متأكدًا من اسم المتغير الذي يجب استخدامه.
شكراً مرة أخرى!
أعتقد أنك قد تكون على حق بشأن عنوان IP؛ يبدو أنه يتم الإبلاغ عنه كعنوان IP لـ Cloudflare. يبدو أن هناك بعض المشكلات المعروفة هنا، وسأقوم ببعض القراءة!
إذًا، تحتاج إلى إضافة قالب Cloudflare. هذه هي مشكلتك الحقيقية.
DISCOURSE_IP_10_SECS_LIMIT
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.