مرحباً @angus، لا يمكنني التأكد مما يحدث بالفعل، وهذا يتطلب مسؤولاً وشخصاً مطلعاً على إضافة ActivityPub، ولكني ألاحظ أن هذا المنتدى يصبح بطيئاً أو حتى غير متاح في بعض الأحيان ويبدو أنه مرتبط بطريقة ما بالمنشورات التي يتم تنسيقها.
تم إبلاغي بذلك في هذا المنشور، ورأيت ذلك يحدث بالأمس بعد أن قام @silverpill بتغريد هذا الرد، وتلقيت "503 Gateway timeout" من NGINX والذي أعتقد أنه قد يتعلق بـ هذا المنشور.
لاحظت أيضًا أن SH يصبح غير مستجيب عند نشر رد. هذا لأن الردود يتم تسليمها إلى العديد من الخوادم الأخرى، والتي تبدأ في تحميل شجرة الرد، دفعة واحدة.
آسف لذلك
إذا كان هذا هو الحال، فهو في الأساس مشكلة "قطيع هادر" مشابهة لكيفية تسبب معاينات الارتباط في حدوث مشكلات. يتمثل التخفيف في أن البرامج يجب أن تتوقف عن جلب الموارد تلقائيًا التي قد لا تُرى أبدًا، وبدلاً من ذلك تستخدم استراتيجيات "التحميل الكسول" المؤجل عند الطلب.
مرحباً يا رفاق، سألقي نظرة فاحصة على هذا قريبًا، على أمل أن يكون ذلك غدًا.
لقد قمت بتعطيل المكون الإضافي الخاص بي بسبب تلك المشكلة التي تلقيت منها العديد من الطلبات دون توقف من نفس المصدر أو العديد من المصادر الأخرى التي تقوم بنفس نوع الطلب دون أي حد للتأخير، آسف ولكن هذا غريب، الطلب المستمر وإغراق خادمي أمر مبالغ فيه.
أنجوس:
مرحباً يا رفاق، سألقي نظرة فاحصة على هذا قريبًا، آمل أن يكون غدًا.
لا أريد أن أضع ضغطًا، وقد يكون الوقت غير مناسب الآن في فترة العطلة الصيفية، ولكن إذا كانت لديك فرصة للتعمق في المشكلة فسيكون ذلك رائعًا. في الوقت الحالي، قد يؤدي منشور موحد واحد إلى إبطاء المنتدى لفترة من الوقت، وقد يؤدي منشور واحد + تعديل منشور إلى وصول المنتدى إلى نقطة يعرض فيها شاشات خطأ nginx للزوار.
مرحباً يا رفاق، إذا كان هذا يسبب مشاكل خطيرة، فسأشير إلى أن هناك عددًا من الأدوات المتاحة بالفعل في المكون الإضافي والتي يمكن لمسؤول المجتمع استخدامها لهذا النوع من السيناريوهات.
هناك تسجيل شامل، بما في ذلك تسجيل الكائنات، يمكنك استخدامه لتحديد مصدر أي جهات فاعلة مزعجة.
activity_pub_verbose_loggingactivity_pub_object_loggingيحتوي استرداد صندوق الوارد والكائنات على تحديد لمعدل الطلبات وإعدادات للموقع يمكنك استخدامها للتحكم في المعدل الذي يتم به تقديم الطلبات.
activity_pub_rate_limit_post_to_inbox_per_minuteactivity_pub_rate_limit_get_objects_per_minuteهناك إعدادات للموقع يمكنك استخدامها للقائمة البيضاء والقائمة السوداء للنطاقات.
activity_pub_allowed_request_originsactivity_pub_blocked_request_originsهناك إجراءات إدارية يمكنك استخدامها لـ “رفض” المتابعات من المتابعين الإشكاليين.
علاوة على ذلك، فإن كمية النشاط التي يمكن للخادم التعامل معها ستكون مرتبطة بموارد الخادم. شيء لن يكون لدي رؤية له.
@aschrijver أود أن أبدأ بالموارد. ما هي موارد الخادم؟ ما الذي يتم تحميله بشكل زائد بالضبط؟ لا يمكنني حتى تحميل socialhub.activitypub.rocks على الإطلاق في الوقت الحالي. أشك في وجود مشكلة أكثر جوهرية في استخدام الموارد.
ثم، سيكون سؤالي الثاني هو من أين تأتي الطلبات؟ يمكنك معرفة ذلك باستخدام السجلات. ثم أضف أي نطاقات تتلقى منها الكثير من الطلبات إلى activity_pub_blocked_request_origins.
إذا استخدمنا هذه الأدوات الموجودة أولاً، ولا نزال نواجه مشاكل في الأداء، فيمكننا النظر في الأسباب المحتملة الأخرى.
حسنًا، تم تحميل SocialHub، وقمت بتشغيل السجلات ويبدو أن الجاني واضح نسبيًا.
أقترح إضافة mastodon.sdf.org إلى القائمة المحظورة وإرسال ملاحظة إلى المسؤولين لديهم بأنهم يرسلون بريدًا عشوائيًا إلى socialhub.
*تعديل يبدو أن مشكلة أخرى كانت تعطيل الطلبات الموقعة. لقد قمت بما يلي:
Activity pub require signed requests إلى صحيح.Activity pub blocked request origins إلى mastodon.sdf.org.دعنا نرى ما إذا كانت المشكلات مستمرة.
\u003cp\u003eشكراً على ردك السريع، @angus. أنا مجرد عضو عادي في هذا المنتدى، ولكن يبدو أن هذه معلومات مفيدة لـ @how أو مديري المنتدى الآخرين للتحقيق فيها.\u003c/p\u003e
لا تقلق. أظن أن تمكين الطلبات الموقعة وإضافة mastodon.sdf.org إلى القائمة المحظورة هو كل ما هو مطلوب.
يجب أن يحظر في كل مكان. إنه يعمل كوكيل هجوم حجب الخدمة الموزع (DDOS). كمية الطلبات التي يقوم بها مروعة للغاية.
هل يجب علي حظر mastodon.sdf.org؟ يبدو أنه مصدر شرعي، ولكن ربما يكون تكوينه إشكاليًا؟ على أي حال، إذا لزم الأمر، يجب أن أكون قادرًا على القيام بذلك.
أنجوس:
لا يمكنني حتى تحميل
socialhub.activitypub.rocksعلى الإطلاق في الوقت الحالي. أشك في وجود مشكلة أكثر جوهرية في استخدام الموارد.
نعم، الخادم الافتراضي الخاص صغير. يمكنني ترقيته إلى شيء أقوى.