セッションが古いですか？SSLセッションで新しいセッションを割り当てられませんでした

サポート インストール
1

ここがどうなっているのか確信が持てません。バグかもしれません。同様の誤ったエラーがいくつかのサイトで発生しています。

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

そのうちの1つでは、以下のように最大セッション数を増やしてみました。

  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 がセッションを使い果たしているのではないかということです。

どちらも標準的なインストールで、特にトラフィックが多いわけではありません。1 つは AWS の 4GB インスタンス、もう 1 つは 8GB の DO ドロペット（1 日約 4 万ページビュー）です。それよりもはるかに多くのトラフィックがある他のサイトでも、以前にこのような問題は見たことがありません。何か新しい問題が起きているのではないかと思っています。

2

また発生しました。/etc/nginx/conf.d/discourse.conf で ssl_session_timeout が 1d に設定されていることがわかりました。これは、デフォルト の 10m から変更されたのはなぜですか？

3

私もログでそれらを確認しています。数は多くありませんが、発生しています。その設定変更に関する情報は見つかりましたか、それともご自身でより短い時間枠に戻しましたか？

4

キャッシュサイズを1MBから40MB程度に引き上げることができるかもしれません。私の知る限り、タイムアウトと連動させる必要があり、片方だけ引き上げました。

5

なるほど。キャッシュサイズを変更することは、誰かのリストに載りましたか？