수년간 Nextcloud, Vaultwarden, Jellyfin 등을 Docker 컨테이너로 실행해 왔는데, Discourse는 도무지 어떻게 해야 할지 모르겠습니다.
설치 스크립트를 실행하면 포트 80과 443으로 연결할 수 없다는 오류가 나네요. 다른 서버에 있는 nginx proxy manager를 통해 Discourse로 리버스 프록시를 설정할 예정이라, 새 서버에는 해당 포트를 포워딩하지 않았기 때문인 것 같습니다.
설정 파일의 변수를 기반으로 compose 파일을 작성해 보았지만, discourse/base를 풀링하려고 할 때 Docker가 매니페스트를 찾을 수 없다고 합니다.
Bitnami 컨테이너도 시도해 보았지만, 관리자 계정이 생성되지 않고 Bitnami에서 관리자 계정 생성에 사용하라고 안내한 명령어를 실행하면 오류가 발생합니다.
지난 며칠 동안 이 문제에 매달리고 있습니다. 도움을 주실 수 있는 분 계신가요?
표준이 아닌 설치 환경으로 보입니다.
참고:
제 표준 설치에서 겪고 있는 문제를 완전히 무시한 자동 응답인 것 같습니다.
정확한 답변입니다. 귀하의 설정은 표준이 아니므로 표준 설치에 해당하지 않습니다. 무료 지원은 일반적으로 표준 설치를 대상으로 합니다. 그렇게 해야 지원 제공자(무료로 지원하는 사람들)가 관리할 수 있기 때문입니다.
비표준 설치에 대한 무료 지원을 원하신다면, 지원을 제공하는 분들에게 좀 더 정중하게 말씀하시는 것을 권합니다 …
어쨌든 아래 내용을 확인해 보십시오. 도움이 될 수 있습니다:
원래 게시물에서 언급했듯이, 표준 설치를 가장 먼저 시도했습니다. 오류가 반환됩니다.
네가 아니라니까!
링크하신 가이드에는 이미 Discourse가 정상적으로 작동한다고 전제하고 있다는 내용이 명시되어 있습니다. 그런데 제 경우엔 그렇지 않거든요. 또한 같은 머신에 Discourse와 다른 웹사이트를 실행하려는 것도 아니고, Discourse를 두 번째 머신에 실행하려는 것입니다.
네, 하지만 컨테이너 앞에 NGINX를 배치한 경우를 처리합니다 … 그래서 어떤 의미에서는 비슷한 상황이라고 할 수 있죠.
하지만 저는 단순한 앱 개발자일 뿐이고, 시스템 관리에 대한 취미 수준의 경험만 있을 뿐입니다. 정말로 필요한 것은 시스템 관리 전문가입니다.
누군가 자동으로 답변을 하지 않는다면, 예산이 있다면 Marketplace 채널에 게시하는 것을 고려해 보세요.
문제는 discourse-setup 스크립트가 포트 체크를 통과하지 못하고, 런처 명령어 중 실제로 작동하는 것이 없다는 것입니다. 가이드에 언급된 파일들은 이미 discourse-setup의 오류 메시지에 따라 여기 게시하기 전에 수정해 두었지만, 이후 어떻게 해야 할지 모르겠습니다.
bitnami를 언급하셨는데, 안타깝게도 bitnami를 사용하고 계신다면 해당 업체의 도움 없이는 해결하기 어려울 것입니다.
공식 discourse 도커에 대한 도움을 요청합니다.
공식 discourse 도커를 전혀 실행할 수 없습니다.
bitnami 버전은 실행하고 사이트에 접근할 수 있지만, 해당 버전으로 관리자 계정을 설정하지 못했습니다.
이 구성에서 정확히 어디서 문제가 발생하고 있나요?
오류 메시지, 백트레이스(코드 블록을 사용하세요) 및 도움이 될 수 있는 시스템 세부 정보를 게시해 주세요.
공식 Discourse Docker 이미지를 클론할 수 있나요?
example.com을 실제 도메인 이름으로 변경해야 합니다. 해당 도메인은 웹의 예시 도메인일 뿐, 실제로는 포럼 자체의 도메인이 아닙니다.
도메인 이름과 DNS를 이미 설정하셨나요?
네, example.com을 서버 IP로 바꾸니 올바른 확인 이메일 페이지가 표시됩니다.
DNS 레코드에 오타가 있었고 yml 파일에서도 실수를 한 게 있었는데, 아마도 일어나면 이메일이 정상적으로 작동할 거예요.
sudo ./launcher rebuild app 명령어의 출력 결과도 설정을 더 맞춤화하기 위해 무엇을 조정해야 하는지 몇 가지 힌트를 줍니다. 주말까지는 만족할 만한 Discourse 설정을 완성할 수 있기를 바라요! 
스레드 전체를 읽지 않고 끼어드는 것이라 죄송합니다. 하지만 제가 처음 Discourse를 설정하려고 했을 때 OP와 같은 문제를 겪었습니다. 앱이 아직 포트 80과 443을 사용하지 않아서 이 포트들이 열려 있지 않은 상태입니다. 해결책은 skip-network-check 또는 비슷한 명령어(직장이라 정확히 기억이 안 나지만)를 실행하는 것입니다. 이렇게 하면 설정 과정에서 포트 검사가 건너뛰어지고 설정이 계속 진행됩니다. 표준 설정 안내 문서에는 나와 있지만 놓치기 쉬운 부분입니다.
혹시 이미 다른 분이 이 문제를 지적하셨다면 죄송합니다.
아래의 Jay 님이 언급한 명령어는 다음과 같습니다.
--skip-connection-test
그렇다면 discourse-setup을 사용할 수 없거나, --skip-connection-test 옵션을 사용하여 실행할 수는 있지만, 정상 동작을 보장하는 것은 아닙니다. 또한 ssl 및 https 템플릿 주석을 처리해야 합니다.
그 방법은 작동하지 않습니다.
먼저 포트 80과 443을 다른 용도로 사용하지 않는 머신에 설치하여 어떻게 작동하는지 확인해 보세요. 그렇게 하지 않을 계획이라면, 어떤 작업을 하든 그 전에 어떻게 작동하는지 이해해야 합니다.
이메일 서버 문제를 수정하여, can과 기타 Docker 앱들이 Discourse에서 사용하려는 이메일 주소를 사용할 수 있게 되었습니다. 그러나 Discourse는 여전히 이메일 전송에 실패하고 있습니다.
이메일 제공사를 확인해 보세요. 반송된 이메일 목록에 있을 수 있습니다.