두 사이트의 DNS가 모두 서버를 가리키고 있나요?
두 도메인 이름이 모두 discourse 서버로 해석된다는 것을 확신하신다면.
1개의 좋아요
이제 작동합니다. 재빌드를 2번 해야 했어요.
1개의 좋아요
Google Chrome의 시크릿 모드에서 mysite.ca를 방문해도 여전히 이 메시지가 표시됩니다
our connection is not private
Attackers might be trying to steal your information from mysite.ca (for example, passwords, messages, or credit cards). [Learn more]
NET::ERR_CERT_COMMON_NAME_INVALID
Back to safety Hide advanced
This server could not prove that it is mysite.ca; its security certificate is from forum.mysite.ca. This may be caused by a misconfiguration or an attacker intercepting your connection.
[Proceed to mysite.ca (unsafe)]
mysite.ca에 대한 보안 인증서를 어떻게 발급받을 수 있나요? 이것이 Digital Ocean의 A 레코드 또는 CNAME 레코드와 관련이 있나요?
1개의 좋아요
실제 URL은 무엇인가요?
domain.com을 forum.domain.com으로 리다이렉트하고 싶다면, DNS 레벨에서 리다이렉션을 설정하는 것만으로 충분할 것 같습니다. 
수정: 문제를 해결하신 것 같습니다.
1개의 좋아요
https도 작동하게 하려면 그렇지 않습니다. 두 도메인 모두에 대한 인증서가 필요하며, 그렇지 않으면 잘못된 인증서 오류가 발생합니다.
정상적으로 작동하는 것 같습니다.
"check https certificate"와 같은 키워드로 검색하여 테스트 사이트를 통해 인증서가 유효한지 확인할 수 있습니다.
1개의 좋아요
Chrome/Brave 브라우저에서 쿠키를 저장하지 않는 설정으로 내 도메인을 방문해도 여전히 경고가 표시됩니다.
연결이 안전하지 않습니다
공격자가 mysite.ca에서 귀하의 정보(예: 비밀번호, 메시지, 신용카드 정보)를 훔치려 할 수 있습니다. 자세히 알아보기
NET::ERR_CERT_COMMON_NAME_INVALID
‘계속 진행’을 누르면 내 Discourse 인스턴스로 이동합니다. 원래 게시물의 지침을 따랐습니다.
도메인용 랜딩 페이지를 만들기 위해 파일을 업로드하는 방법을 모르고, 도메인에 대한 인증서를 발급받는 방법도 모릅니다. 현재 서브디스커스 인스턴스에 대한 SSL만 보유하고 있습니다.
해결된 줄 알았습니다.
1개의 좋아요
CertBot를 다시 실행하여 포럼과 최상위 도메인 이름을 모두 포함할 수 있습니다: -d mysite.ca -d forum.mysite.ca. 두 이름이 모두 포함된 새로운 인증서가 발급됩니다.
테스트 및 모든 것이 정상인지 확인하는 과정에서는 항상 스테이징 환경을 사용해야 합니다. 그런 다음 프로덕션 환경에서 실행을 진행하세요. 이렇게 하면 LE 서버의 부하를 줄일 수 있습니다.
1개의 좋아요
하지만 해당 명령어는 app.yml에 구성되어 있으며 사이트가 다시 빌드될 때 실행됩니다. /etc/runit/1.d/letsencrypt에 몇 가지 변경 사항을 적용하고 다시 실행하는 것은 가능하지만, 대부분의 사용자는 이를 수행하는 데 편안함을 느끼지 못합니다. 또한 이러한 변경 사항은 이미지가 다시 빌드될 때 지워집니다.
이것은 DNS가 스테이징 환경으로 가리키도록 해야 하므로 복잡합니다. 따라서 스테이징에서 다른 호스트 이름 세트로 테스트를 수행하고, 해당 app.yml 및 DNS 설정을 모델로 삼아 프로덕션에 설정하지 않는 한, 이 Let’s Encrypt 설정 문제를 해결하기 위해 스테이징 환경은 큰 실용성이 없습니다.
1개의 좋아요
명백한 답은 두 가지가 있습니다:
- Nginx나 Apache2와 같은 리버스 프록시를 사용하는 방법입니다. 하지만 OP에게 가장 쉬운 방법은 아닐 것 같다는 느낌이 듭니다(물론 꽤 쉬운 편은 맞지만요).
- 에이프스 도메인(apex domain)을 사용하지 않는 방법입니다.
이 주제는 리버스 프록시 없이 이를 수행하는 방법에 관한 것입니다.
그렇다, 그랬지 
두 가지 다른 주제를 섞고 있는 건지, 아니면 그냥 혼란스러운 건지?
어쨌든… 일반적으로 모든 질문은 옳지 않다. 왜냐하면 질문하는 사람은 스스로 해결할 수 없는 문제에 직면해 있고, 그때 요청하는 해결책이 항상 정답은 아니기 때문이다. 왜냐하면… 질문하는 사람은 그걸 모르고 있으니까 
그래, 네 말이 맞아 — 너무 메타(meta)한 얘기구나.
1개의 좋아요
certbot는 실행하지 않았지만, 앱을 여러 번 재빌드했습니다. 횟수 제한이 있는 것 같다는 내용을 읽은 것 같은데 확실하지 않습니다.
var/discourse에서 certbot을 실행해야 하나요?
unityforhesquiaht.ca에 대한 리디렉션은 작동하도록 설정했지만, nuuchahnulth.ca에서는 작동하지 않습니다. 또한 Google Chrome의 시크릿 모드와 다른 브라우저의 개인 모드에서도 테스트하고 있습니다. app.yml 파일의 들여쓰기가 잘못되었거나, 앱을 너무 많이 재빌드한 것 때문일까요? 들여쓰기는 확인했는데 문제없는 것 같지만, 다시 한 번 확인해 봐야 할 것 같습니다.
1개의 좋아요
그렇게 하신 후 DNS가 모든 도메인에 대해 설정되지 않았다면 속도 제한(rate limit)에 걸린 것이며, 일주일간 기다리거나 다른 도메인 세트를 사용해야 합니다.
아니면 둘 다일 수도 있겠네요!
같은 서버가 해당 도메인에 대한 인증서를 받으려면 DNS 설정이 문제입니다.
pfaffman@noreno:~$ dig +short unityforhesquiaht.ca
164.92.110.32
pfaffman@noreno:~$ dig +short nuuchahnulth.ca
24.199.125.235
2개의 좋아요
그래서 저는 그것들을 다른 드롭렛에 설정해 두었습니다. 제가 생각하기에 이건 아마도 이겁니다.
일주일 정도는 기다릴 수 있습니다. 아직 사용자가 많지 않고, 지금은 더 많은 도메인을 살 여유가 없거든요. 돈보다는 시간이 더 많으니요, 하하
1개의 좋아요
가장 가능성 높은 문제가 바로 그것입니다. 5번 시도하면 제한에 도달합니다. 그래서 저는 스테이징(staging)을 사용하라고 제안한 것입니다. 스테이징에서는 모든 것을 설정하기 위해 무제한으로 시도할 수 있습니다. 만약 certbot을 사용했다면, 로그에 too many tries...와 같은 메시지와 함께 속도 제한 및 대기 시간, 다른 도메인 사용 등에 대한 정보가 포함된 오류 메시지가 표시되었을 것입니다. certbot을 사용하지 않는 경우에도 로그에 해당 오류나 유사한 오류가 표시되는지는 확실하지 않습니다.
2개의 좋아요
아. 아마도 스테이징 사이트가 아니라 Let’s Encrypt 스테이징을 말씀하시는 거겠죠. Wyeth의 Let’s Encrypt 템플릿을 어떻게 사용하는지 전혀 모르겠습니다.
2개의 좋아요
네, LE 스테이징 환경을 의미했습니다. LE 스테이징과 Pebble(스테이징/개발용 소형 ACME 서버)에 대한 링크 두 개를 공유합니다. 첫 번째 링크에서는 다양한 시나리오에 대한 제한 사항을 확인할 수 있습니다.
2개의 좋아요
그 내용들은 Discourse의 Let’s Encrypt 템플릿을 스테이징 모드로 설정하는 것이 가능한지 알아내는 데 도움이 되지 않습니다.
1개의 좋아요
모든 것이 정상 작동하는 것 같네요.
저는 디스코urs 인스턴스를 서브도메인이 아닌 제 도메인에서 실행하고 싶습니다. 그렇게 하면 어떤 문제가 발생할까요? 이미 구축한 것들을 변경할 수 있는지, 그리고 향후 빌드에서도 그렇게 할 수 있는지 궁금합니다.
표준 설치 방식을 사용하셨나요? 팁이나 조언이 있으신가요? 감사합니다.
unityforhesquiaht.ca 도메인을 포럼인 forum.unityforhesquiaht.ca로 리다이렉트하는 데 문제가 생기는 것 같습니다. 재빌드 후 일주일 정도 기다렸는데, 재빌드 후에도 여전히 이 문제가 발생하고 있습니다.
1개의 좋아요