Azure 응용 프로그램 용 CNAME이 MX 및 A 레코드의 전자 메일 문제를 일으킬 수 있습니다.

Question

Microsoft Azure에서 실행되는 응용 프로그램이 있으며 도메인을 포함하도록 CNAME 레코드를 설정 했으므로 멋진 URL을 http://example.com으로 지정할 수 있습니다. 이것에 걸쳐 example.com이있는 실제 도메인).

CNAME 
mydomain.com -> mydomainapp.cloudapp.net 

MX는 mailserver.example.com하고 올바른 IP 주소로 메일 서버를 가리키는 A 레코드를 포함, 그래서 우리는 제대로 MX 및 A 레코드 설정이 있습니다.

MX 
mailserver.example.com 

A 
mailserver -> 198.168.111.111 (note this IP is fictitious) 

모든 대부분의 이메일하지만 일부 mailservers에 대한 미세 (확실하지 아직 무엇을 기술)가 이제 CNAME 대신 MX 및 A 레코드를 사용하고 있습니다.

그래서 jerry@example.com으로 보내는 이메일은 실제로 jerry@exampleapp.cloudapp.net으로 보내집니다. example.cloudapp.net은 우리가 CNAME으로 매핑 한 Azure의 도메인입니다. 나는 간단하게 찾을 수 있습니다

EMAIL TO: jerry@example.com 
BECOMES: jerry@exampleapp.cloudapp.net 

유일한 제안은 도메인 수준 CNAME가 없거나 전혀 CNAME을 사용하지 않는 말하지만, 물론 푸른 IP 주소는 우리가 CNAME을 사용할 필요가 있으므로 변경할 수 있습니다. 모든 www.example.com에 접두사를 붙일 수는 있지만 더 나은 해결책이 반드시 있어야합니다.

많은 아이디어가 높이 평가됩니다.

Answer 1

많은 연구 끝에 도메인 수준 레코드에 CNAME 대신 A 레코드를 사용하는 것이 가장 좋습니다 (적어도 내 마음에 감안할 때).

"무엇이지만 IP 주소가 동적으로 할당되었습니다!"라는 소리를 지을 수도 있습니다. 예,하지만 배포를 무너 뜨린 다음 교체해야합니다. Windows Azure는 준비에 게시하고 "생산 및 준비 스왑"옵션을 사용하는 한 VIP 주소를 유지합니다. 이렇게하면 CNAME 대신 DNS에서 A 레코드를 사용할 수 있도록 VIP 주소가 보존됩니다.

일부 배경에 대해서는 http://www.windowsazure.com/en-us/develop/net/common-tasks/custom-dns/을 참조하십시오.

참고 MS 공식 라인은 IP 주소의 교환이 가능하기 때문에 A 레코드보다는 CNAME을 권장하지만, Azure 플랫폼에서 http://mydomain.com을 실행하려는 사람들은 생각하지 않는다고 생각합니다.

또한 포트 25에서 메일을 읽고 다시 전달하는 앱으로 SMTP 수신기를 만드는 등의 다른 가능한 해결책을 찾았습니다. 엄밀히 말하면 기술적으로 좋지만, 마음을 망쳐 놓고 덤벼 드는 것은 물론, 또 한 가지 더 잘못 될 수 있습니다. 물론 한 가지 더 많은 돈을 지불해야합니다.

Answer 2

예, 더 좋은 해결책이 있습니다. 앱에 두 번째 수준의 도메인을 사용하십시오. portal.mydomain.com이되도록하고 portal.mydomain.com을 mydomainapp.cloudapp.net에 매핑하고 mydomain.com에 대해 MX 레코드를 설정하고 모든 주소가 user@mydomain.com 인 주소를 사용하십시오. 이 방법을 사용하면 여전히 mydomain.com을 소유하고 있으며 모든 이메일은 여전히 ​​심각한 것처럼 보입니다. 즉 user@mydomain.com이 아니라 john1094@gmail.com입니다.

기술적으로 위에서 설명한 설정은 도메인 수준이 CNAME임을 의미합니다.

Answer 3

우리는 루트 도메인에 A 레코드를 사용하고 있습니다.이 답변은 @Jezbers가 답변에서 언급했듯이 정상적으로 작동합니다. A 레코드는 이메일을 손상시키지 않습니다.그러나 CNAME 레코드는 다른 레코드에 영향을 미칩니다 ("foo@mydomain.com"도 foo@mynewdomain.com에서도 작동하므로 "도메인 리디렉션"기능을 사용할 수 있습니다). www 하위 도메인에

호스트 사이트 거기 CNAME을 넣어 :

것은 당신이 직장 - 주변의 SMTP 수신기보다 더 나은 "해결 방법"솔루션을 찾고있는 경우에, 당신은 다음을 고려할 수 있습니다. 뭔가가 있으니 호스트는 301을 www으로 리디렉션하고 A 레코드를 사용하여 루트 도메인을이 리디렉션 사이트로 지정하십시오.

완벽하지는 않지만 SMTP 옵션보다 나은 옵션입니다.

Answer 4

CNAME이 모든 RR 유형의 별칭이기 때문에 도메인 수준에서 CNAME 레코드를 사용할 수 없으므로 항상은 MX, SOA, NS 등의 조회를 리디렉션합니다.

RFC1912 섹션 2.4에서 발췌 한 다음 내용은 매우 명확하게 말한다

CNAME 레코드가 다른 데이터와 공존 할 수 없습니다. suzy.podunk.xx가 sue.podunk.xx의 별칭 인 경우
즉, 당신은
도 suzy.podunk.edu에 대한 MX 레코드 또는 A 레코드, 심지어
을 가질 수 없습니다 TXT 레코드. 이이 종종 도메인 이름은 또한 호스트가 될 수 있도록하는 확실한 방법으로 미숙 한 관리자에 의해 시도

 podunk.xx.  IN  NS  ns1 
         IN  NS  ns2 
         IN  CNAME mary 
     mary   IN  A  1.2.3.4 

을 !:처럼 특히 CNAME이와 NS
기록을 결합하려고하지 않습니다. 그러나 BIND와 같은 DNS 서버는 CNAME을보고 해당 이름에 다른 리소스를 추가하는 것을 거부합니다. 다른 레코드가 과 CNAME이 공존 할 수 없기 때문에 NS 항목은 무시됩니다. 따라서 모두 podunk.xx 도메인에있는 호스트도 무시됩니다!

그래서 당신은 mydomain.com에 대한 CNAME 레코드를 사용하지해야합니다!

따라서 DNS 형식으로 유일한 해결책이므로 mydomain.com (MX : s 및 기타 레코드 중 필요) 중에서 A 레코드를 설정해야합니다.