구식 세션 문제? 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

그중 하나에서는 세션 최대 수를 다음과 같이 늘려보았습니다:

  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의 4GB 인스턴스이고, 다른 하나는 8GB DO 드롭렛(하루 약 4만 페이지뷰)입니다. 트래픽이 훨씬 많은 다른 사이트들도 운영 중인데, 이런 현상을 본 기억이 없어서 혹시 최근에 새로운 문제가 생긴 것이 아닌가 궁금합니다.

2

다시 이런 일이 발생했습니다. /etc/nginx/conf.d/discourse.conf에서 ssl_session_timeout이 1d로 설정되어 있는 것을 확인했습니다. 기본값인 10m에서 왜 이렇게 변경된 것일까요?

3

저도 로그에서 그 메시지를 확인하고 있습니다. 너무 많지는 않지만 계속 나타나고 있네요. 해당 구성 변경에 대해 어떤 정보를 찾았나요, 아니면 본인 환경에서는 더 짧은 시간 범위로 되돌려 두셨나요?

4

캐시 크기를 1MB에서 40MB 정도로 늘릴 수 있을 것 같습니다. AFAIK로는 타임아웃과 함께 조정되어야 하는데, 우리는 한쪽만 늘린 적이 있습니다.

5

그 말이 맞습니다. 캐시 크기를 변경하는 작업이 누군가의 목록에 올라갔나요?