AWS에 Ubuntu를 설치하여 문제를 해결했습니다
우선 AAAA 레코드를 삭제하는 것이 좋습니다. Discourse-setup 실행 시 DNS 레코드를 테스트하므로, Discourse-setup을 사용하여 설치하셨나요?
가장 가능성 있는 추측은 DNS 레코드 중 하나가 잘못 설정되어 있다는 것입니다.
파이어월이 포트가 차단되어 있나요? 제공된 IP 주소를 ping조차 할 수 없어서, 문제가 파이어월에 있는지 드롭릿 자체에 있는지 추측하기 어렵습니다.
알겠습니다. 삭제했는데도 결과는 같습니다.
아니요, 포트 443에 접근할 수 없어(포트 80은 성공했지만) Discord 설정이 진행되지 않은 것입니다. DNS 전파 문제도 아닙니다. 이미 24시간을 기다렸거든요.
아니요, 방화벽이 존재하지 않습니다. 호스팅 제공업체 Hostinger에 다시 확인해 보았는데, 해당 업체 측에서는 제 서브도메인/도메인에 방화벽이 설정되어 있지 않다고 답변했습니다.
Discourse가 SSH 인스턴스에 다시 연결할 때마다 패키지를 다시 빌드하라고 계속 요구해서, 내일 Discord Doctor 로그 파일을 올릴 예정입니다. (지금 제 시계로는 AEST 기준 밤 11시 32분입니다) 이 작업에는 약 15분이 걸립니다.
참고로 Let’s encrypt가 성공적으로 통과되었습니다
DNS 문제라고 생각하지 않습니다. 서브도메인의 DNS가 가리키는 퍼블릭 IP로 접속했을 때에도 타임아웃 또는 액세스 거부 오류가 발생하기 때문에, AWS IP 문제일 가능성이 있다고 느낍니다.
그렇다면 무언가가 포트 443을 차단하거나 사용 중인 것입니다. 이는 첫 번째 컨테이너를 빌드하기 전에 discourse-setup이 알려주었던 것과 같은 문제입니다.
몇 가지 궁금한 점이 있습니다.
AWS Linux라고 하셨는데, Amazon Linux 2 이미지를 말씀하시는 건가요? 아니면 다른 운영 체제를 사용하시나요?
AWS 콘솔에서 해당 포트를 열었나요?
Elastic IP를 사용하고 계신가요?
잘 이해가 안 됩니다!
호스팅을 Hostinger로 하고 계신가요? 아니면 AWS로 하고 계신가요?
AWS라면, 이 모든 문제를 일으키는 건 100% 그들의 방화벽(보안 그룹)일 겁니다.
Amazon Linux 2 운영 체제
서브도메인은 호스틴저(Hostinger)에서 제공되며
나머지는 AWS입니다
따라서 AWS 계정에 로그인한 후, 해당 인스턴스의 Security Group에서 모든 IP(0.0.0.0/0)에 대해 Inbound 포트 80과 443을 활성화해야 합니다.
이 중 하나는 ec2 인스턴스에 연결되어 있습니다. 먼저 해당 항목을 찾아보세요.
가장 쉬운 방법은 인스턴스 탭에서 찾는 것입니다