Skip to main content

먼저 기본 게시 URL을 테스트하세요

앱의 replit.app URL과 커스텀 도메인을 모두 열어보세요. 둘 다 비슷하게 실패한다면 배포 문제 해결부터 시작하세요. 커스텀 도메인에서만 실패한다면 아래를 계속 진행하세요. 도메인의 권한 있는 DNS가 어디에서 관리되는지 확인하세요. 한 회사에서 도메인을 구매했다고 해서 반드시 그 회사가 DNS를 호스팅하는 것은 아닙니다.

도메인 확인이 보류 중이거나 실패하는 경우

  1. Publishing → Domains를 열고 도메인을 선택하세요.
  2. Replit이 표시하는 레코드를 권한 있는 DNS 제공자의 레코드와 비교하세요.
  3. 레코드 유형, 이름, 값을 정확히 확인하세요. 다른 앱의 IP 주소나 오래된 스크린샷의 값을 재사용하지 마세요.
  4. 루트(apex) 도메인과 www를 따로 확인하세요. 한쪽의 레코드가 다른 쪽을 자동으로 구성하지는 않습니다.
  5. 같은 호스트 이름에 충돌하는 레코드가 있는지 확인하세요. 관련 없는 레코드, 특히 이메일 및 확인 레코드는 그대로 유지하세요.
필요한 레코드 유형과 제공자별 설정은 커스텀 도메인을 따르세요. 제공자가 프록시 기능을 제공한다면 활성화하기 전에 해당 가이드를 확인하세요. DNS 변경 사항은 캐시를 거쳐 반영되기까지 시간이 걸릴 수 있습니다. 레코드를 변경한 시각을 기록하고 공개 응답을 의도한 구성과 비교하세요. 레코드를 반복해서 변경하면 결과를 진단하기 더 어려워집니다.

HTTPS 또는 인증서 프로비저닝이 실패하는 경우

DNS가 의도한 배포를 가리키고 도메인 확인이 완료되었는지 확인하세요. 애플리케이션 코드를 변경하기 전에 충돌하는 레코드나 제공자의 프록시 설정을 확인하세요. 확인은 완료되었지만 인증서 프로비저닝이 계속 멈춰 있다면 호스트 이름, 레코드 유형, 확인 상태, 마지막 변경 시각과 함께 지원팀에 문의하세요. 해결책으로 HTTPS나 인증서 검증을 비활성화하지 마세요.

도메인에서 잘못된 사이트가 로드되는 경우

도메인이 어느 프로젝트에 연결되어 있는지, DNS가 여전히 이전 호스트를 가리키는지 확인하세요. 루트 도메인과 www의 응답을 비교하세요. 운영 중인 도메인의 연결을 해제하기 전에 방문자가 중단되지 않도록 변경 계획을 세우세요.

사이트는 로드되지만 로그인이 실패하는 경우

호스팅 DNS가 아니라 인증 제공자의 도메인 문제일 수 있습니다. 인증 가이드를 사용하여 제공자와 환경을 확인하세요. Clerk와 관련된 “domain already in use” 오류의 경우 지름길로 인증 애플리케이션을 삭제하지 마세요. 삭제하면 사용자 계정이 제거될 수 있습니다. 관리형 통합은 지원팀에, 자체 계정은 해당 제공자에 문의하세요.

도메인 등록 또는 갱신 관련 질문

도메인 연결과 도메인 구매는 서로 다른 작업입니다. 갱신 설정을 변경하거나 등록을 이전하기 전에 도메인 구매를 확인하세요. 도메인 연결을 해제하면 갱신이 취소된다고 가정하지 마세요.

지원팀을 위한 세부 정보

호스트 이름, 프로젝트 URL, DNS 제공자, 정확한 오류, 시간대를 포함한 마지막 변경 시각, 기본 게시 URL이 작동하는지 여부를 포함하세요. 관련 있는 DNS 레코드만 공유하고, 관련 없는 확인 토큰과 개인 정보는 제외하세요. 지원 체크리스트를 참조하세요.