안녕하세요,
디스코urses를 설정하는 중에 다음 오류가 발생하고 있습니다.
WARNING: Port 443 of computer does not appear to be accessible using hostname
자체 호스팅된 Debian 서버를 사용하고 있습니다.
디스코urses를 위해 전용 도메인을 사용하고 있으며, 간단한 HTML 인덱스 페이지를 올려두었는데 정상적으로 작동합니다.
하지만 이 서버를 가리키는 다른 도메인들도 있는데, 이들은 기본적인 HTML 웹페이지만 제공합니다.
비슷한 주제에 대한 게시물을 읽었더니 디스코urses가 WordPress와 같은 서버에서 실행할 수 없다고 하던데, 다른 제한 사항도 있나요?
감사합니다.
Discourse는 WordPress와 함께 훌륭하게 작동할 수 있습니다. 하지만 이를 개인 컴퓨터에서 실행할 수 있는지는 전혀 다른 문제입니다. 이 주제를 꺼내는 이유는 검색을 통해 이 내용을 발견한 사람들이 WordPress(또는 거의 모든 다른 CMS/앱)를 Discourse와 같은 서버에서 사용하는 것이 불가능하다고 오해할 수 있기 때문입니다. 여기서 '서버 == VPS’라는 의미로 말하지만, 실제로는 불가능한 것이 아닙니다. 오히려 매우 간단한 일입니다.
오케이, 자세한 설명 감사합니다:)
수동으로 설정을 구성해야 합니다. 기존 Apache 사이트가 있는 서버에 Discourse 설정하기를 참고하세요. discourse-setup을 사용할 수 없습니다.
오케이, 링크 감사합니다. 아파치에 대한 내용인데, 저는 nginx를 쓰고 있어요. 같은 방식으로 작동할까요?
nginx와 유사한 주제를 검색할 수 있습니다.
제가 가정하는 상황은 다음과 같습니다: 여러 도메인 또는 서브도메인이 모두 동일한 서버를 가리키도록 설정되어 있는 서버를 보유하고 계신 경우입니다.
따라서 기본적으로 메인 프록시 서버를 실행해야 하며, TLS/SSL을 사용한다면 80번 포트와 443번 포트를 수신(listen)하도록 설정해야 합니다.
메인 프록시 서버는 호스트/도메인 기반으로 트래픽을 라우팅하게 됩니다. 예를 들어, discourse.example.com => discourse로, blog.example.com => wordpress로 연결하는 방식입니다.
일반적으로 WordPress와 Discourse 모두 자체 프록시 서버가 포함되어 있어 배포를 처리하는 여러 가지 옵션이 있다고 생각합니다. 선택지는 다음과 같습니다:
어떤 옵션을 선택하든, TLS/SSL은 일반적으로 메인 프록시 서버에서 처리하게 됩니다.
저는 위에서 언급한 첫 번째와 두 번째 시나리오에서 Discourse를 사용해 본 경험이 있습니다. 다른 프록시 서버를 통해 수신 트래픽을 처리할 때(첫 번째 옵션)는 포트를 변경하고 TLS를 비활성화한 뒤, 다른 프록시 서버가 이를 처리하도록 했습니다. 두 번째 시나리오의 경우, Discourse 컨테이너 내부의 nginx 설정 파일을 수정하여 다른 서버에 대한 선언을 추가하고, certbot을 사용하여 해당 서버용 인증서를 생성했습니다.
음… 아닙니다. 일반적으로 프록시가 없습니다. Apache2나 Nginx와 같은 일반적인 웹 서버는 가상 호스트를 서빙하고 SSL을 종료할 때 프록시 서버가 아닙니다. 프록시로 작동할 수는 있지만, 그것은 일반적인 해결책이 아니며 워드프레스와는 아무런 관련이 없습니다.
워드프레스는 어떤 종류의 서버와도 함께 제공되지 않습니다.
설치된 워드프레스는 웹 서버, PHP, SQL 등과 함께 판매될 수 있지만, 그것은 "함께 제공된다"는 것과 완전히 다른 개념입니다.
하지만 디스코스는 함께 제공됩니다.
그리고 네, 디스코스 앞에 프록시나 기타 어떤 것이든 사용하여 동일한 서버에서 워드프레스를 서빙하는 것은 꽤 자명합니다.
저는 주로 WordPress 스택에 nginx 또는 apache가 포함된 경우를 말씀드린 것입니다. WordPress 자체에는 이 서버가 포함되지 않지만, 이 컨테이너화 시대에 WordPress의 공식 Docker 이미지(다운로드 횟수가 10억 회를 넘었습니다)를 확인해 보면 apache와 함께 제공됩니다.
프록시라는 용어를 적절하게 사용하지 못해 죄송합니다. 그럼에도 제가 하려던 점은, 대부분의 사용자가 WordPress를 Discourse와 함께 실행할 때 결국 두 개의 웹 서버(또는 프록시 서버)를 갖추게 된다는 것입니다.
늦게 답장드려 죄송합니다. 잠시 오프라인 상태였고 포럼에도 접속하지 못했습니다. 지금은 기분이 좋지만, 떠날 전에 이메일 문제를 해결하려고 시도했지만 여전히 포럼에 액세스할 때 502 오류가 발생합니다.
잘못 설명드린 점 죄송합니다. 같은 서버에 WordPress가 필요한 것이 아니라, 단순히 할 수 없는 것의 예를 들기 위해 언급한 것이었습니다.
사실 이 서버에는 단순한 웹사이트로 연결되는 도메인 4개만 있습니다.
discourse doctor에는 오류가 없는 것으로 보입니다.
하지만 여전히 포럼 도메인에서 502 오류가 발생합니다.
여기서 말하는 대로 haProxy를 설치해야 하나요? 감사합니다
아니요. Apache만 리버스 프록시로 사용할 수 있습니다.
워드프레스를 사용하든 다른 프레임워크를 사용하든 동일한 원리입니다.
여러 웹사이트가 동일한 서버를 가리키고 있을 때, 모든 웹사이트/HTTP(S) 트래픽은 포트 80/443을 경청(listen)합니다. 따라서 일반적으로 호스트명/웹사이트에 따라 트래픽을 전달하는 하나의 서버가 이 포트들을 경청하게 됩니다.
이것이 디스코urs(Discourse)의 맥락에서 무엇을 의미하는지 말하자면,
디스코urs의 nginx 서버가 트래픽 리다이렉션을 처리하도록 할 수 있습니다(이 경우 디스코urs는 80/443 포트를 경청하게 되며, 이 토픽 Run other websites on the same machine as Discourse 을 참고하세요). 또는 디스코urs가 8080과 같은 다른 포트를 경청하도록 하고, 요청이 포럼 웹사이트에서 오면 서버가 해당 포트로 리다이렉트하도록 설정할 수도 있습니다. 참고: 이 경우 디스코urs에서 TLS/SSL을 끄고 메인 서버가 이를 처리하도록 하는 것이 더 좋습니다.