네, 그렇습니다. nginx와 관련된 '일시적 해결책(band-aid)'을 사용하라고 했기 때문입니다. 정확히 무엇인지 설명하기 어렵습니다. 왜냐하면 제가 그 내용을 이해하지 못하기 때문이죠.
하지만 문제는 이제 정상적인 재빌드(rebuild)를 수행하려고 하면 문제가 발생한다는 것입니다(적어도 제가 방금 들은 바로는, 8월 29일 이전에 수행할 경우, hopefully 인증서가 재발급될 예정이므로). 이 시점에서는 그 어떤 정보도 완전히 신뢰할 수 없습니다.
네, www는 작년에 처음 Discourse를 설치했을 때부터 이미 포함되어 있습니다.
이제, Claude에게 최대한 도움을 요청하여 무엇이 일어나고 있는지 이해하려고 노력한 결과, 다음과 같은 내용을 얻었습니다. 가능한 한 배우고 싶기 때문에, 이 내용에 대해 반박하거나 지적해 주셔도 좋습니다:
- 현재 문제가 되고 있는 것으로 보이는 ECC는 사실 필수적이지 않습니다. RSA가 기본값이며, ECC를 완전히 제거해도 모든 사용자가 문제없이 제 웹사이트에 접근할 수 있기 때문입니다.
- 앞서 말했듯이, hopefully 8월 29일에 168시간 리셋이 되고 5개 인증서 한도도 리셋되면 이 전체 문제가 해결될 것입니다:
sudo docker exec web_only grep -i "retry after" /shared/letsencrypt/acme.sh.log | tail -1
"detail": "too many certificates (5) already issued for this exact set of identifiers in the last 168h0m0s, retry after 2026-08-29 03:43:15 UTC: see https://letsencrypt.org/docs/rate-limits/#new-certificates-per-exact-set-of-identifiers",
- 만약 8월 29일에 상황이 정상으로 돌아오지 않는다면, Claude는 ECC를 제거하는 것을 권장하고 있습니다. 제가 어떤 파일의 어떤 섹션이 수정되는지 물었을 때 Claude가 말한 내용은 다음과 같습니다:
파일: 곧 만들 사본인 web.letsencrypt.rsa-only.template.yml입니다 (기존의 표준 파일은 폴백용으로 그대로 두기 위함).
그 안에서 제거되는 내용: 파일의 /usr/local/bin/letsencrypt 섹션에서 발견되는 이 전체 블록입니다:
########################################################
# ECDSA cert
########################################################
issue_cert "ec-256"
if ! cert_exists "_ecc"; then
# Try to issue the cert again if something goes wrong
issue_cert "ec-256" "--force"
fi
LE_WORKING_DIR="${LETSENCRYPT_DIR}" ${LETSENCRYPT_DIR}/acme.sh \
--installcert --ecc \
-d ${DISCOURSE_HOSTNAME} \
--fullchainpath /shared/ssl/${DISCOURSE_HOSTNAME}_ecc.cer \
--keypath /shared/ssl/${DISCOURSE_HOSTNAME}_ecc.key \
--reloadcmd "sv reload nginx"
이것이 ECC 섹션 전체이며, 파일의 다른 부분은 변경되지 않습니다. 바로 위쪽에 있는 RSA 섹션은 그대로 유지됩니다.
그 후 한 가지 더 수정되는 파일: containers/web_only.yml입니다. 표준 템플릿 대신 이 새로운 사본을 가리키도록 설정하기 위함입니다. 이 작업은 나중에 별도의 단계로 수행할 것입니다.