مشكلة مع الجلسات القديمة؟ تعذر تخصيص جلسة جديدة في جلسة SSL

لست متأكدًا مما يحدث هنا؛ قد يكون خطأً. لدي موقعان يتلقيان أخطاءً وهمية مثل هذه:

2021/09/29 12:46:34 [alert] 11364#11364: *1226080 could not allocate new session in SSL session shared cache "SSL" while SSL handshaking, client: x.x.42.250, server: 0.0.0.0:443

في أحد الموقعين، تمكنت من زيادة الحد الأقصى للجلسات على النحو التالي:

  after_bundle_exec:
    - replace:
       filename: "/etc/nginx/nginx.conf"
       from: "  worker_connections 768;"
       to: "  worker_connections 1280;"
  after_letsencrypt:
    - replace:
       filename: "/etc/nginx/letsencrypt.conf"
       from: "  worker_connections 768;"
       to: "  worker_connections 1280;"

ظننت أن هذا قد حل المشكلة (لم ألاحظ أي أخطاء من هذا النوع في اليوم التالي)، لكنني أراها مرة أخرى الآن على ذلك الموقع.

هذا الأمر يقع إلى حد ما خارج نطاق خبرتي، لكن أفضل تخميني هو أن مجموعة من الاتصالات تبقى نشطة بدلاً من أن تُغلق، مما يؤدي إلى استنفاد nginx للجلسات؟

كلاهما تثبيتات قياسية ولا يتمتعان بحركة مرور عالية بشكل خاص. أحدهما على AWS بسعة 4 جيجابايت والآخر قطرة (droplet) على DigitalOcean بسعة 8 جيجابايت (حوالي 40 ألف مشاهدة صفحة في اليوم). لدي مواقع أخرى بحركة مرور أكبر بكثير ولا أتذكر أنني رأيت هذا من قبل، لذا أتساءل عما إذا كان هناك شيء جديد يحدث هنا.

حدث هذا مرة أخرى. أرى أن ssl_session_timeout تم تعيينه على 1d في /etc/nginx/conf.d/discourse.conf. لماذا تم تغييره إلى هذا من الافتراضي وهو 10m؟

أرى ذلك أيضًا في السجل - ليس كثيرًا ولكنه يظهر. هل وجدت أي معلومات حول تغيير التكوين هذا أم أنك قمت بتغييره مرة أخرى إلى إطار زمني أقصر لنفسك؟

ربما يمكننا زيادة حجم ذاكرة التخزين المؤقت من 1 ميجابايت إلى حوالي 40 ميجابايت. على حد علمي، يجب أن يتوافق مع المهلة الزمنية، وقد قمنا بزيادة أحدهما دون الآخر.

هذا منطقي. هل تم وضع تغيير حجم ذاكرة التخزين المؤقت في قائمة مهام شخص ما؟