최근 hetzner에서 새로운 공식 설치 방법을 시도해 보았는데, 간결해진 설치 경험과 설정 스크립트에 포함된 귀여운 ASCII 아트가 정말 좋았습니다. 유일한 특이한 점은 확인 페이지에서 오류가 발생했다는 것입니다. 다른 사이트를 복원하고 있었고 서둘러 사이트를 다시 띄워야 했기 때문에 무시했습니다. 만약 이 문제가 다시 발생하면 로그를 확인하고 거기서 발견한 내용을 공유하겠습니다.
enable_discourse_id: Discourse ID에 자동으로 등록하지 못했습니다. 이는 네트워크 연결 문제, 방화벽 제한, 또는 Discourse ID 서비스에 도달할 수 없는 경우 발생할 수 있습니다. 자세한 내용은 서버 로그를 확인하거나 지원팀에 문의하십시오."
당신의 웹사이트가 방화벽 뒤에 있거나 DNS 문제가 있는 건가요?
제가 아는 한 그런 일은 없었어요! app.yml 파일을 교체하고 다시 빌드한 뒤 백업을 복원했을 때 모든 것이 정상적으로 작동했어요. 다만 제 개인 사이트에서는 discourse ID를 사용하지 않아요. 
설치 스크립트에 SMTP 자격 증명을 제공했나요? 어차피 app.yml을 복사할 예정이었기 때문에 제공하지 않았을 수도 있습니다. 만약 제공하지 않았다면 기본적으로 discourse_id를 사용하게 됩니다.
아니요, 설치 시 SMTP 설정을 거절했습니다.
최선의 방법은 /logs를 확인하는 것입니다. Discourse ID와 관련된 오류 항목이 있을 것입니다. (이 공지사항과는 관련이 없으므로 별도 주제로 이동했습니다.)
로그를 확인해 보았지만, 백업을 복구한 후에는 이미 늦었습니다. 이제 로그에서 이 문제에 대한 내용을 찾을 수 없습니다. 개인적으로는 더 이상 문제가 되지 않습니다.
Hetzner는 신규 고객에게 서버 5개까지 제한을 두고 있으며, 저는 이미 그 한도에 도달했습니다! 그래서 현재 새 서버로 다시 시도할 수 없습니다. 가능해지면 바로 진행하겠습니다.
아, 알겠습니다. 그렇다면 이 방법을 시도해 보세요: Changing domain names prevents Discourse ID from working - #3 by 在云端_裸奔 완료 후 관리자 UI에서 Discourse를 꺼졌다 켰다(토글) 해보세요. 바로 작동하거나 /logs에서 동일한 오류가 다시 발생할 것입니다.
사실 확인해보니 이제 내 사이트에서 Discourse ID가 이미 정상 작동하고 있습니다. 말씀드렸듯이 사이트를 복원했기 때문에 이 사이트에서는 더 이상 문제가 되지 않습니다.
하지만 Hetzner가 허용하는 대로 새 사이트를 생성하는 단계를 반복하면 어떤 일이 일어날지 궁금합니다. 다음 주 2월 1일에 첫 청구서를 결제한 후에 바로 해볼 예정입니다.
이 문제가 사이트 생성前不久에 Namecheap에서 도메인의 IP를 변경한 것과 관련이 있었을까요? 아마도 모든 사용자에게 도메인이 새 IP로 아직 완전히 해석되지 않았던 것일 수도 있습니다.
그렇다면 discourse_id 설치를 시도하는 것이 정상적인 동작입니다.
discourse-setup-ruby를 실행했을 때 도메인의 DNS가 새 사이트로 지정되어 있었나요?
저도 그렇게 추측합니다.
네! 도메인 이름으로 SSH 접속을 시도했는데, 제 입장에서는 분명히 작동하고 있었습니다. 하지만 Discourse ID에서는 아직 작동하지 않았을 것 같습니다.
