경고: 호스트 이름 <mydomain>.com으로 컴퓨터의 포트 443에 접근할 수 없는 것으로 보입니다

지원 자체 호스팅
1

앱이 시작되지 않았습니다!

./discourse-doctor를 사용하면 문제를 진단하는 데 도움이 될 수 있습니다.

./discourse-setup: line 260: *0: syntax error: operand expected (error token is “*0”)

Discourse에 사용할 호스트 이름은 무엇입니까? [discourse.example.com]: .com

도메인 이름 확인 중 . . .

경고: 컴퓨터의 포트 443이 호스트 이름 .com을 사용하여 접근할 수 없는 것으로 보입니다.

경고: http://.com (포트 80)에 대한 연결도 실패합니다.

이것은 .com이 이 Discourse를 설치하는 기계에 도달하지 못하는 IP 주소로 해석되고 있음을 시사합니다.

첫째로 해야 할 일은 .com이 이 서버의 IP 주소로 해석되는지 확인하는 것입니다.

보통 도메인을 구매한 곳에서 이 작업을 수행합니다.

IP 주소가 올바르게 해석된다고 확신한다면, 방화벽 문제일 수 있습니다.

"YOUR CLOUD SERVICE 포트 열기"로 웹 검색을 해보시면 도움이 될 수 있습니다.

이 도구는 가장 표준적인 설치에만 설계되었습니다. 위의 문제를 해결할 수 없다면, containers/app.yml 파일을 직접 편집한 후

./launcher rebuild app

을 입력해야 합니다.

몇 가지 질문이 있습니다:

  • 저는 .com을 가지고 있으며 이미 실행 중인 사이트가 있습니다. 이제 discourse를 .com/discourse로 실행하고 싶습니다. 앱은 로드 밸런서 앞에서 실행되고 있습니다. 하지만 discourse 측에서 무언가를 해야 하는지 궁금합니다.

  • discourse가 실행되는 포트는 무엇입니까?

  • curl을 사용하면 사이트에 도달할 수 있는데, 왜 discourse 설치가 오류를 내는 것입니까?

  • 메일 설정을 무시해도 괜찮은가요?

2

그것은 단순히 TLD가 아니라 실제 도메인 이름이어야 합니다.

3

대체된 것인지는 확실하지 않지만, 값은 mydomain.com입니다. < 와 > 사이에 넣었습니다.

4

포트가 80인 것을 찾을 수 있었습니다

5

안녕하세요, Shibi

여기서는 아직 초보이지만, 지난주에 비슷한 상황에 직면한 적이 있습니다. 도메인을 두 개의 서로 다른 서버에 사용하려면 서브도메인을 사용하는 것이 가장 쉬운 방법입니다. DNS 제공업체에서 A 레코드를 생성하여 호스트 이름을 sub-domain.your-domain.com 또는 단순히 서브도메인으로 지정하고, Discourse 인스턴스의 IP를 가리키면 됩니다.

위 해결책에 도움이 될 수 있는 이 기사가 있습니다.

위에서 제안한 해결책이 도움이 될 것입니다. 다른 애플리케이션의 리소스로 사용하는 방식은 설정이 더 어려울 수 있다고 생각합니다.

공식 클라우드 설정 스크립트를 사용하면 기본적으로 포트 80에서 실행됩니다.

그 부분에 대해 좀 더 자세한 내용을 알려 주시겠어요?

그렇게 하면 초대장이나 계정 등록 확인 메일과 같은 이메일을 보내지 못하게 됩니다. 하지만 smtp 설정은 무시할 수 없을 것입니다.

참고로 443은 HTTPS 포트이며, 암호화를 설정하는 데 사용됩니다. 이는 도메인이 올바르게 구성되지 않았을 가능성이 높으며, Discourse 설정이 서버에 도달하지 못하고 있음을 의미합니다.

6

그것이 문제입니다. 공백 없이, 각괄호 없이 전체 이름을 그대로 입력하세요.

이제 app.yml 파일이 손상되었습니다. 가장 쉬운 방법은

rm containers/app.yml

을 실행하고 처음부터 다시 시작하는 것입니다.

7

그가 실제 도메인을 대체할 때 게시물 안에 <> 사이에 넣었다는 의미였다고 의심합니다(https://meta.discourse.org/raw/272567/1 참조).

8

그는 이 도메인을 다른 애플리케이션에 사용하고 있다고 했습니다. 가장 좋은 방법은 서브도메인을 설정하는 것이라 생각합니다. 그렇지 않으면 Nginx를 수동으로 설정하여 기존 애플리케이션과 Discourse를 모두 리소스 라우트를 통해 서빙해야 합니다.

9

네 - 저는 게시글에 대해 말씀드린 거예요

10

네, Nginx 솔루션에 대해 더 생각해보겠습니다. 다만 내부 설정인지 확실하지 않아서요.

11

고맙습니다 @italo. 대부분의 문제를 해결했고, 현재 메일 설정에서 막혀 있습니다.

12

도움이 되셨다니 기쁩니다! :slightly_smiling_face:

이메일 설정에는 SMTP 서비스가 필요하며, 이 튜토리얼에는 Discourse가 권장하는 서비스 목록이 나와 있습니다. Gmail, Outlook, Yahoo에도 SMTP 옵션이 있지만, 필요한 트랜잭션 이메일을 지원하지 않습니다.