공급업체별 DNS 레코드

공급업체별 DNS 레코드 (Vendor-specific DNS records)

Google, Amazon, Microsoft 등 일반적인 서드파티 서비스와 Cloudflare를 함께 사용할 때 필요한 DNS 레코드를 설정하는 방법을 공급업체별로 정리했어요.

출처: 문서

본문

이 문서는 Cloudflare 대시보드를 통한 DNS 레코드 관리에 대한 사전 지식을 요구해요. 자세히 알아보려면 Cloudflare의 DNS 레코드 관리 문서를 참조해요.

Google

Google Workspace MX 레코드

Google Workspace는 여러분의 DNS 공급자에 추가해야 하는 특정 MX 레코드 ↗︎를 요구해요.

이 레코드들을 Cloudflare에 추가한 후에는:

• 구성을 테스트 ↗︎해 보세요.
• Google이 제공한 것 외에 다른 MX 레코드를 추가하지 마세요.

Google Workspace 서비스 URL

Google Workspace와 연결된 서비스 주소 URL을 사용자 지정하려면 Google의 문서 ↗︎를 참조해요.

주의

Google은 서비스에 HTTPS를 강제해요. Cloudflare를 통해 사이트를 탐색할 때 리다이렉트 루프에 대한 오류를 발견한다면 Cloudflare의 Full 암호화 모드를 사용해 주세요.

Google 사이트 검증

Cloudflare에 사이트 검증 레코드를 추가하려면 Google의 문서 ↗︎를 따라 주세요.

---

Amazon

Amazon Route53

AWS 고객은 도메인의 네임서버가 새 Cloudflare 네임서버를 가리키도록 업데이트 ↗︎해야 해요.

Amazon S3 버킷

버킷의 URL ↗︎을 찾아 주세요.

그런 다음 Cloudflare에서 CNAME 레코드를 만들어요. 예를 들어 버킷의 전체 호스트 URL이 files.example.com.s3.amazonaws.com이라면 다음처럼 CNAME 레코드를 추가해요:

files  CNAME  files.example.com.s3.amazonaws.com

주의

AWS는 문서 ↗︎에서 CNAME과 버킷 이름이 동일해야 한다고 밝혀요. 다르게 설정할 경우 잠재적 손상(compromise)을 피하려면 호스트 헤더 오리진 규칙(host header origin rule)을 사용해 모든 요청을 올바른 버킷으로 명시적으로 라우팅해 주세요.

Amazon Simple Email Service (SES)

SES에서 DKIM을 설정하는 데 도움이 필요하면 Amazon 문서 ↗︎를 참조해요.

Amazon ELB 구성

Amazon의 ELB 구성에 대한 안내는 Amazon의 ELB 도움말 콘텐츠 ↗︎를 참조해요. 일반적으로는:

AWS에서 받은 호스트 이름에 대해 Cloudflare에 CNAME 레코드를 추가해요. 예를 들어:

Type	Name	Target	Proxy status
CNAME	elb	<AWS_HOSTNAME>.<REGION>._elb.amazonaws.com	Proxied

Amazon Amplify

AWS Amplify와 Cloudflare DNS를 사용하려면 Amplify 도움말 콘텐츠 ↗︎를 참조하고 manual configuration(수동 구성) 지침을 따라 주세요.

Cloudflare에서는 최소한 두 개의 CNAME 레코드가 필요해요:

• 도메인 소유권을 검증하기 위한 DNS-only CNAME. 다음과 같아야 해요:

Type	Name	Target	Proxy status
CNAME	<UNIQUE_STRING>	<UNIQUE_STRING>.mhbtsbpdnt.acm-validation.aws	DNS only

CNAME 플래트닝

Cloudflare 영역이 유료 요금제라면 검증 CNAME 레코드에 대해 Flatten 옵션이 꺼져 있는지, 그리고 영역이 모든 CNAME 레코드에 대한 CNAME 플래트닝을 사용하지 않는지 확인해 주세요.

• Cloudflare에서 관리하려는 에이펙스 도메인(example.com) 및/또는 각 서브도메인(blog.example.com)에 대한 CNAME 하나. 자세한 내용은 DNS 레코드 관리를 참조해요. 이 레코드들은 프록시할 수 있어요.

Type	Name	Target
CNAME	@	<AMPLIFY_HOSTNAME>.cloudfront.net

Type	Name	Target
CNAME	blog	<AMPLIFY_HOSTNAME>.cloudfront.net

---

Microsoft

Microsoft 365

Microsoft 365에 필요한 레코드에 대한 정보는 Microsoft의 문서 ↗︎를 참조해요.

Microsoft Azure

Azure DNS 설정 구성 ↗︎에 대한 Microsoft의 지침을 따라 주세요.

그런 다음 Azure가 요구하는 레코드를 Cloudflare DNS에 추가해요.

---

기타 공급업체 (Miscellaneous vendors)

ClickFunnels

Cloudflare를 ClickFunnels와 함께 작동하도록 구성할 수 있어요. 이 과정은 Cloudflare DNS 설정 업데이트를 요구해요.

• Cloudflare 서브도메인 추가 ↗︎
• Cloudflare 도메인 추가 ↗︎

Discourse

Cloudflare와 함께 Discourse를 사용하려면 Cloudflare와 함께 Discourse 사용: 모범 사례 ↗︎를 참조해요.

Forward Email

Cloudflare와 함께 Forward Email을 사용하려면 Cloudflare와 함께하는 Forward Email 구성 ↗︎을 참조해요.

Mailchimp

Mailchimp에 대한 도움말은 Mailchimp와 커스텀 도메인 사용 ↗︎을 참조해요.

참고

Cloudflare DNS에 레코드를 추가할 때, Mailchimp가 도메인을 검증할 때까지 해당 레코드는 DNS-only(비프록시)여야 해요. 그런 다음 DNS 레코드를 Proxied로 전환할 수 있어요.

Ning 커스텀 도메인

Ning에 대한 도움말은 Ning과 커스텀 도메인 사용 ↗︎을 참조해요.

참고

Cloudflare DNS에 레코드를 추가할 때, Ning이 도메인을 검증할 때까지 해당 레코드는 DNS-only(비프록시)여야 해요. 그런 다음 DNS 레코드를 Proxied로 전환할 수 있어요.

Rackspace CloudFiles

CNAME 레코드를 통해 Rackspace CloudFiles를 구성해요. Rackspace 문서 ↗︎를 참조해 주세요.

Rackspace CloudFiles의 문서를 참조해 CNAME 값을 확보한 다음 Cloudflare 내에서 그 레코드를 추가해 주세요.

주의

rackcdn.com은 Cloudflare와 호환되지 않으므로 CNAME 레코드는 DNS-only(비프록시)여야 해요.

SendGrid

SendGrid를 Cloudflare와 호환되게 만드는 방법은 SendGrid의 문서 ↗︎를 참조해 주세요.

참고

DNS 레코드 추가 및 Configuration Rules 생성에 대한 업데이트된 탐색 지침은 Cloudflare의 문서를 참조할 필요가 있을 수 있어요.

SmugMug

SmugMug에 대한 도움말은 SmugMug와 커스텀 도메인 사용 ↗︎을 참조해요.

참고

Cloudflare DNS에 레코드를 추가할 때, SmugMug가 도메인을 검증할 때까지 해당 레코드는 DNS-only(비프록시)여야 해요. 그런 다음 DNS 레코드를 Proxied로 전환할 수 있어요.

Squarespace

먼저 네임서버를 업데이트하고 도메인이 활성(active) 상태인지 확인해 주세요.

그런 다음 Squarespace DNS 레코드를 설정해요:

1. 다음 지침 ↗︎에 따라 Squarespace DNS 정보를 얻어요.
2. Cloudflare에서 그 레코드들을 추가해요:
   • 모든 A 레코드는 Proxied여야 해요.
   • www의 CNAME 레코드도 Proxied여야 해요.
   • verify.squarespace.com의 CNAME 레코드는 DNS-only여야 해요.
3. 올바르게 설정했다면 Squarespace DNS 설정 페이지에 'Settings contain problems.'(설정에 문제가 포함되어 있습니다)라고 표시될 거예요. 이것이 예상된 동작이에요.

도메인 소유자 검증 대기 중 (Pending domain owner verification)

verify.squarespace.com에 대해 추가한 CNAME 레코드는 DNS-only여야 해요.

이 레코드를 프록시하면 Squarespace가 도메인 소유권을 검증하지 못하고 This website is pending domain owner verification(이 웹사이트는 도메인 소유자 검증을 대기 중입니다) 오류를 표시할 거예요. 문제를 해결하려면 CNAME 레코드를 편집하고 프록시 상태를 DNS-only로 변경해 주세요.

Tumblr 커스텀 도메인

DNS 레코드 값을 확보하려면 Tumblr의 문서를 참조하고, 그런 다음 Cloudflare DNS에 레코드를 추가해 주세요.

참고

Cloudflare DNS에 레코드를 추가할 때, Tumblr가 도메인을 검증할 때까지 해당 레코드는 DNS-only(비프록시)여야 해요. 그런 다음 DNS 레코드를 Proxied로 전환할 수 있어요.

Unbounce

CNAME 값을 확보하려면 Unbounce의 문서를 참조하고, 그런 다음 Cloudflare 내에서 그 레코드를 추가해 주세요.

주의

Cloudflare가 호스팅 파트너 중 하나를 통해 활성화된 경우, CNAME 레코드는 DNS-only(비프록시)여야 해요.

Wix

Wix 웹사이트 ↗︎와 함께 Cloudflare를 사용할 수 있지만, 대부분의 웹사이트 빌더와는 다른 설정이 필요해요.

그 이유는 Wix가 Cloudflare 네임서버 사용을 지원하지 않기 ↗︎ 때문이에요(이것은 기본 설정(full)이나 Cloudflare Registrar를 통해 구매한 도메인의 일반적인 부분).

도메인 포인팅 사용

DNS를 Cloudflare를 통해 관리하고 싶거나 Cloudflare Registrar를 통해 도메인을 구매했다면, 도메인 포인팅 ↗︎을 통해 그 도메인을 Wix에 연결할 수 있어요.

이 방법은 웹사이트가 DNS에만 Cloudflare를 사용한다는 뜻이므로, 모든 DNS 레코드는 DNS-only(비프록시)여야 해요.

WPEngine

WPEngine 사이트 구성에 대한 도움말은 다음을 참조해 주세요:

• WPEngine으로 DNS 구성 ↗︎
• Cloudflare 모범 사례 ↗︎

Zoho

Cloudflare와 함께 Zoho를 사용하려면 Cloudflare와 함께하는 Zoho 구성 ↗︎을 참조해요.

더 알아보기 (Learn more)

공급업체별로 요구하는 레코드 유형과 프록시 여부가 달라요. 검증 단계에서는 보통 DNS-only를 쓰고, 실제 서비스용 레코드는 프록시하는 패턴이 많아요. DNS 레코드 관리와 프록시 상태 문서를 함께 참고해 주세요.