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

I’m not sure what’s up here; it might be a bug. I have a couple of sites that are getting spurious errors like these:

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

One one of them I contrived to increase max sessions like this:

  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;"

I thought that it had fixed it (didn’t see any such errors the next day), but now I’m seeing them again on that site.

This is somewhat out of my wheelhouse, but my best guess is that somehow a bunch of connections are staying active rather than being dropped and nginx is running out of sessions?

Both are standard installs and don’t have especially high traffic. One is a 4GB something on AWS the other an 8GB DO droplet (about 40K pageviews/day). I’ve got other sites with much more traffic and I don’t remember ever seeing this before, so I’m wondering if there is something new going on here.

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

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

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

إعجابَين (2)

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