Docs Menu
Docs Home
/ /
Atlas App Services
/ /

사용자 정의 도메인 이름 사용

이 페이지의 내용

  • 개요
  • 절차

호스팅된 콘텐츠에 고유한 사용자 지정 도메인 이름을 사용할 수 있습니다. 기본적으로 업로드하는 콘텐츠는 다음 형식의 도메인에서 사용할 수 있습니다.

<Your App ID>.mongodbstitch.com

App Services UI에서 또는 config.json 구성 파일에 도메인을 지정하는 애플리케이션 구성 디렉토리를 가져와 애플리케이션의 호스팅된 콘텐츠에 대한 사용자 지정 도메인 이름을 구성할 수 있습니다. 사용하려는 방법에 해당하는 탭을 아래에서 선택합니다.

1

콘텐츠를 제공할 사용자 지정 도메인 이름을 소유하고 있어야 합니다. 사용하려는 도메인을 아직 소유하고 있지 않은 경우 도메인 이름 등록 기관에서 해당 도메인을 구매해야 합니다.

2

App Services에서 해당 도메인의 콘텐츠를 제공하려면 사용자 지정 도메인 이름을 제공해야 합니다. 도메인을 지정하려면 다음을 수행하세요.

  1. 왼쪽 탐색 메뉴에서 Hosting를 클릭합니다.

  2. Settings 탭을 클릭합니다.

  3. Custom Domain에서 토글을 Enabled로 설정합니다.

  4. Enabled 토글 아래의 입력 상자에 사용자 지정 도메인을 입력합니다. 이 값은 하위 도메인이 없는 루트 도메인이어야 합니다. 예를 들면 www.example.com 대신 example.com을(를) 입력해야 합니다.

  5. Save를 클릭합니다.

참고

사용자 지정 도메인 이름 유효성 검사 중에 오류가 발생하면 App Services에서 프로젝트 소유자에게 이메일을 보내 문제에 관해 알립니다.

3

도메인을 소유하고 있는지 확인하려면 새 CNAME 기록 를 추가해야 합니다. 도메인의 DNS 구성에 있습니다. Custom Domain 섹션에는 기록 에 사용할 호스팅하다 이름과 대상 값을 나열하는 정보 상자가 포함되어 있습니다.

유효성 검사 기록을 추가한 후 DNS 기록이 전파되는 데 시간이 걸릴 수 있습니다. App Services는 도메인의 DNS 기록에서 CNAME유효성 검사를 주기적으로 확인하고 기록이 발견되면 도메인을 확인됨으로 표시합니다.

문제 해결

  • App Services는 App Services UI의 Name 필드에서 CNAME 기록 <Subdomain>.<Your Base Domain>의 전체 주소를 제공합니다. 하지만 많은 호스팅 제공자는 <Subdomain> 부분만을 UI에 넣도록 요청합니다. 문제가 발생하는 경우, CNAME 기록을 추가하는 방법에 대한 호스팅 제공자의 설명서를 확인하세요.

  • DNS 제공자가 도메인에 대한 요청을 프록시하는 경우 App Services가 유효성 검사 기록을 찾지 못할 수 있습니다. App Services에서 도메인의 유효성을 검사할 수 없는 경우 DNS 제공자에서 유효성 검사 CNAME 기록에 대한 HTTP proxy를 사용하지 않음으로 설정했는지 확인하세요.

  • 사용자 지정 도메인 이름 유효성 검사 중에 오류가 발생하면 App Services에서 프로젝트 소유자에게 이메일을 보내 문제에 관해 알립니다.

4

App Services에서 도메인을 확인한 후에는 기본 App Services 도메인을 가리키는 도메인에 CNAME DNS 기록을 추가하는 작업만 완료하면 됩니다. 다음 호스트 이름과 대상 값을 사용하세요.

설명
호스트 이름
하위 도메인(예: www)입니다.
대상

애플리케이션의 기본 도메인입니다. 이 값은 Hosting 페이지의 Settings 탭에 App Services Domain 으로 나열됩니다. 기본 도메인의 형태는 다음과 같습니다.

<Your App ID>.mongodbstitch.com
1

콘텐츠를 제공할 사용자 지정 도메인 이름을 소유하고 있어야 합니다. 사용하려는 도메인을 아직 소유하고 있지 않은 경우 도메인 이름 등록 기관에서 해당 도메인을 구매해야 합니다.

2

App Services CLI 를 사용하여 사용자 지정 도메인 이름을 구성하려면 애플리케이션 구성 파일의 로컬 복사본이 필요합니다.

최신 버전의 앱의 로컬 사본을 가져오려면 다음을 실행하세요.

appservices pull --remote="<Your App ID>"

Realm UI의 Deploy > Import/Export App 화면에서 애플리케이션의 구성 파일 사본을 다운로드할 수도 있습니다.

3

hosting/config.json 에서 custom_domain 을 사용자 지정 도메인 이름으로 설정하다 한 다음 파일 을 저장합니다.

hosting/config.json
{
"enabled": true,
"custom_domain": "example.com"
}

참고

custom_domain 의 값은 하위 도메인이 없는 루트 도메인이어야 합니다. 예를 예시 www.example.com example.com 을 입력해야 합니다.

4

사용자 지정 도메인 이름을 지정한 후에는 애플리케이션 디렉토리 를 가져올 수 있습니다.

애플리케이션 디렉토리 의 루트로 이동하여 다음 명령을 실행 합니다.

appservices import --include-hosting
5

hosting/config.json 를 업데이트하고 저장한 후에는 업데이트된 구성을 원격 앱 에 푸시할 수 있습니다. App Services CLI 는 푸시 시 구성을 즉시 배포하고 App Services 는 즉시 도메인 이름 확인 시도를 시작합니다.

appservices push --remote="<Your App ID>" --include-hosting
6

도메인을 소유하고 있는지 확인하려면 새 CNAME 기록 을 추가해야 합니다. 도메인의 DNS 구성에 있습니다. App Services UI 에 있는 Hosting > Settings 탭 의 기록 Custom Domain 섹션에서 사용할 호스팅하다 이름과 대상 값을 찾을 수 있습니다.

유효성 검사 기록을 추가한 후 DNS 기록이 전파되는 데 시간이 걸릴 수 있습니다. App Services는 도메인의 DNS 기록에서 CNAME유효성 검사를 주기적으로 확인하고 기록이 발견되면 도메인을 확인됨으로 표시합니다.

문제 해결

  • App Services는 App Services UI의 Name 필드에서 CNAME 기록 <Subdomain>.<Your Base Domain>의 전체 주소를 제공합니다. 하지만 많은 호스팅 제공자는 <Subdomain> 부분만을 UI에 넣도록 요청합니다. 문제가 발생하는 경우, CNAME 기록을 추가하는 방법에 대한 호스팅 제공자의 설명서를 확인하세요.

  • DNS 제공자가 도메인에 대한 요청을 프록시하는 경우 App Services가 유효성 검사 기록을 찾지 못할 수 있습니다. App Services에서 도메인의 유효성을 검사할 수 없는 경우 DNS 제공자에서 유효성 검사 CNAME 기록에 대한 HTTP proxy를 사용하지 않음으로 설정했는지 확인하세요.

  • 사용자 지정 도메인 이름 유효성 검사 중에 오류가 발생하면 App Services에서 프로젝트 소유자에게 이메일을 보내 문제에 관해 알립니다.

7

App Services 에서 도메인을 확인한 후에는 기본값 App Services 도메인을 점 도메인에 대해 하나 이상의 CNAME DNS 레코드를 추가하기만 하면 됩니다. 다음 호스팅하다 이름 및 대상 값을 사용합니다.

설명
호스트 이름
하위 도메인(예: www)입니다.
대상

애플리케이션의 기본 도메인입니다. 이 값은 Hosting 페이지의 Settings 탭에 App Services Domain 으로 나열됩니다. 기본 도메인의 형태는 다음과 같습니다.

<Your App ID>.mongodbstitch.com

참고

App Services의 AWS CAA를 추가하여 도메인 확인

도메인을 인증하는 데 문제가 있는 경우:

  • 사이트의 기록에서 불필요한 CAA를 지웁니다.

  • 다음 CAA 기록 추가:

    도메인
    기록 유형
    Flags
    Tag
    www.example.com
    CAA
    0
    issue
    "amazon.com"
    www.example.com
    CAA
    0
    issue
    "amazontrust.com"
    www.example.com
    CAA
    0
    issue
    "awstrust.com"

돌아가기

사용자 정의 404 페이지 사용

이 페이지의 내용