최신 Discourse로 몇 번이나 업데이트를 시도했지만 실패하여 이전 시스템 이미지를 복원해야 했습니다.
이제 Let’s Encrypt 갱신 인증서 사용 한도에 도달한 것 같습니다. 시스템 복원으로 인해 5개의 서로 다른 인증서를 발급받았으나 모두 상실했기 때문입니다.
Let’s Encrypt 이외의 다른 인증서로 전환하는 간단한 방법이 있을까요? 시스템 재구축은 실패하므로 피하고 싶습니다. 이 문제는 별도의 주제로 다룰 예정입니다.
긴급합니다. 인증서가 2일 안에 만료되므로 도움을 부탁드립니다.
Let’s Encrypt 사용을 중단하고 싶다면 다음 가이드를 참고해 보세요.
디스커스 앱을 다시 빌드하지 않고도 이 작업을 수행할 수 있을까요? 아마도 인증서만 교체하고 Nginx를 재시작하면 될 것 같습니다.
컨테이너 내부의 NGINX가 인증서를 기대하는 위치에(현재 길이가 0인 인증서들이 있는 곳) 인증서를 배치하면, 컨테이너를 다시 시작하면 됩니다(또는 컨테이너 내부에서 sv restart nginx를 실행할 수도 있지만, sv nginx restart일 수도 있는데 정확히 기억이 나지 않습니다). 공식적으로 지원되는 해결 방법은 Let’s Encrypt를 사용하는 것이므로, 위에서 링크한 문서와/또는 컨테이너의 현재 구성을 살펴봐야 합니다. (저도 지난주에 제 사이트가 속도 제한에 걸리는 일이 있었습니다!)
속도 제한을 우회하는 또 다른 방법은 도메인 또는 서브도메인을 추가하는 것입니다. 기존 도메인과 새로운 도메인 또는 서브도메인을 포함하여 새로운 인증서를 생성하세요. 
짐, 이것이 최종 해결책이었습니다! 여러 도메인을 허용함으로써 새로운 인증서를 다시 발급할 수 있었습니다!
또한 Discourse와도 잘 작동합니다. 도메인이 별칭(alias)처럼 작동하기 때문인데, 이 또한 매우 편리합니다!
@pfaffman 재시작(reload)은 모두 정상적으로 작동했습니다. 우리는 RSA 키와 ECC 키에 대한 두 인증서를 모두 발급한 후 acme.sh로 먼저 설치하기만 하면 되었습니다.
전체적인 초기 문제는 Discourse에서 작동하지 않는 IPv6 지원으로 인해 발생했으며, 이로 인해 Let’s Encrypt 인증서 갱신이 차단되었습니다. AAAA DNS 레코드는 있었지만 Discourse가 IPv6 주소에 응답하지 않아 인증서 갱신이 실패했습니다.
AAAA 레코드를 제거한 후에는 모든 것이 정상적으로 진행되었습니다.
Discourse가 IPv6 지원을 개선하길 바랍니다. Let’s Encrypt와 IPv6 관련 문제가 많이 보고되고 있으며, 유일한 해결책은 AAAA 레코드를 제거하는 것입니다. @codinghorror
이 문제를 디버깅하기 위해 새로운 토픽을 만들어 주시면 좋겠습니다. Discourse는 IPv6을 완전히 지원합니다. Meta 사이트도 IPv6으로 작동하며, 우리가 호스팅하는 모든 사이트도 마찬가지입니다. 저는 IPv6이 정상 작동하는 여러 셀프호스팅 사이트를 운영해 본 적이 있습니다. 모두 Let’s Encrypt를 통해 SSL이 정상적으로 작동하고 있습니다.