HTTP로 로드되는 도메인이 하나 있습니다. 단일 페이지 정적 웹사이트이기 때문에 HTTPS로 전환하는 것은 우선순위가 아니었습니다. 그런데 최근 discourse용 서브도메인을 추가했는데, 의외로 HTTPS로 로드됩니다.
도메인을 HTTPS로 전환하는 데 시간을 투자하지 않았는데, Discourse는 어떻게 HTTPS를 사용할 수 있는 걸까요?
이러한 HTTP/HTTPS 불일치가 Discourse 사용자에게 문제를 일으킬 수 있을까요?
Meta 포스트 여기에는 "이 가이드는 HTTPS가 활성화되지 않은 기존 설치에만 적용됩니다. 공식 설치 가이드를 따를 경우 기본적으로 HTTPS가 자동으로 활성화됩니다."라고 나와 있습니다. 저는 Discourse를 추가할 때 그 공식 가이드를 따랐으므로, 해당 Meta 포스트는 적용되지 않는다고 추측할 수 있습니다.
감사합니다.
Discourse는 HTTPS를 포함한 기능적인 웹사이트에 필요한 모든 것을 처리합니다. 인증서 발급, 갱신 및 웹 서버 구성 업데이트를 저희가 담당합니다.
아니요, 어떤 문제도 발생하지 않아야 합니다.
도메인 자체를 HTTPS로 전환하는 것이 아닙니다. *도메인 내의 하위 도메인(호스트네임)*에서 운영 중인 각 웹사이트/웹 애플리케이션을 HTTPS로 설정할 수 있습니다. 따라서 discourse.example.com에서 일어나는 일은 www.example.com이나 example.com에서 일어나는 일과는 전혀 무관합니다.
죄송합니다, 맞습니다. convert가 아니라 configure입니다.
지금까지 위 두 답변을 살펴본 결과, 사용자가 보고한 문제를 해결하는 과정에서, 제 공개 정적 웹사이트가 HTTP 스킴을 사용하는 도메인에 있고, 제 비공개 Discourse 앱은 HTTP 스킴 도메인의 하위 도메인임에도 HTTPS를 서빙하고 있다는 상황이 오류의 원인이 될 가능성은 낮아 보입니다.
맞습니다.
사용자가 보고한 문제는 무엇에 관한 것인가요?
제 에러 로그와 관련하여 별도의 스레드를 여기에 만들었습니다: How to use error logs to troubleshoot a user issue?