☰

기본 DNS 질문: www 대 메일

tag-icon • tag-icon domain-name-system email ip
기본 DNS 질문: www 대 메일

저는 사이트 재설계가 필요하다고 찾아온 클라이언트를 둔 웹 개발자입니다. 그 중 일부에는 SEO 작업도 포함되어 있습니다. (여기가 이 질문을 할 수 있는 적절한 장소이길 바랍니다!) 문제는 클라이언트가 나에게 접근하기 전에 이미 자신의 도메인 이름을 소유하고 있었고 실제로는 zoneedit.com에서 호스팅되는 DNS를 가지고 있다는 것입니다. 이는 가장 좋은 DNS 인터페이스를 제공하지 않습니다. 본 적 있어요.

현재 DNS 영역은 다음과 같이 구성되어 있습니다(가짜 데이터):

thedomain.com
24.47.156.62

ftp.thedomain.com
12.15.16.91

mail.thedomain.com
24.47.156.62

www.thedomain.com
12.15.16.91

나에게 문제는 그의 www.thedomain.com과 thedomain.com 항목이 동일한 IP 주소를 가리키지 않는다는 것입니다. 즉, www가 없으면 www.thedomain.com을 통해서만 그의 사이트에 액세스할 수 있다는 의미입니다. 검색 엔진(나와 같이 www 없이 웹 주소를 입력하는 것을 선호하는 사용자)은 이 기능을 좋아하지 않습니다.

나의 초기 생각은 thedomain.com의 IP 주소를 으로 변경 12.15.16.91하거나 ftp 및 www의 항목을 변경하는 것이었습니다. 문제는 내가 이 작업을 수행할 때마다 그가 @thedomain.com 이메일 주소로 메일 수신을 중단하고 thedomain.com IP를 mail.thedomain.com과 동일하게 변경한다고 불평한다는 것입니다.

기본적인 질문이라면 죄송합니다만, 여기서는 어떻게 해야 할지 모르겠습니다. 웹 트래픽이 12.15.16.91www.thedomain.com 또는 thedomain.com에서 오는지 여부에 관계없이 전달되도록 하면서 클라이언트의 이메일 무결성을 그대로 유지하려면 어떻게 해야 합니까 ?

감사해요!

답변1

그 사람들은 없는 것 같은데MX 레코드도메인에 대해 설정합니다. 이를 추가하고 적절한 위치(아마도 mail.thedomain.com)를 지정하면 thedomain.com을 리디렉션하는 데 문제가 없을 것입니다.

답변2

<rant>사람들이 여기서 실제 도메인 이름을 숨기는 이유는 무엇입니까? 이는 기밀 데이터가 아니며, 이(그리고 대부분의) 경우 실제로 당면한 문제에 대한 답을 찾는 데 도움이 됩니다! 그렇지 않으면 우리는 질의응답 게임을 해야 합니다.</rant>

반환은 무엇입니까 dig thedomain.com mx? MX 레코드가 없으면 간단하게 수정할 수 있습니다.

  1. mail.thedomain.com현재 에 있는 IP 주소로 호출되는 새 이름을 추가합니다 thedomain.com.

    mail.thedomain.com. [thedomain.com의 이전 주소]

  2. MX 레코드를 추가합니다.

    thedomain.com. MX 1 mail.thedomain.com.

  3. 이전 이름이 아닌 이 새 이름을 통해 이메일을 받을 수 있도록 메일 CLIENTS를 구성했는지 확인하세요.

이것이 작동하면 thedomain.com의 IP 주소를 실제로 원하는 곳으로 변경하십시오.

답변3

그의 이메일 클라이언트는 "mail.thedomain.com"이 아닌 "thedomain.com"이라는 호스트 이름을 사용하여 POP3 또는 IMAP 서비스에 연결하도록 구성되어 있는 것 같습니다.

www.thedomain.com 또는 thedomain.com에서 오는 웹 트래픽을 12.15.16.91로 보내면서 클라이언트의 이메일 무결성을 그대로 유지하려면 어떻게 해야 합니까?

단일 호스트 이름을 여러 IP 주소로 확인하기 위해 여러 A 레코드를 구성할 수 있습니다. 하지만 그렇게 하면 DNS 서버가 IP 주소 간에 라운드 로빈을 수행하게 됩니다. 따라서 이는 문제를 더욱 악화시킬 뿐입니다(왜냐하면 이제 그의 실패는 산발적이 되기 때문입니다). 나는 이것을 조언하지 않습니다. 당신이 취해야 할 첫 번째 단계는 그의 이메일 클라이언트가 연결되도록 구성된 호스트를 확인하는 것입니다.

후손을 위해 도메인의 MX 레코드가 "mail.thedomain.com"과 연결되어 있는지도 확인해야 합니다. "thedomain.com"이 아닙니다.

답변4

조금 더 나아가서 클라이언트가 MX 레코드를 갖고 있을 가능성이 높지만 그의 메일 서버가 잘못 구성되어 있다고 말하고 싶습니다. 그들은 thedomain.com에서 메일을 보내려면 메일 서버가 자신을 thedomain.com으로 광고해야 한다고 잘못 생각하고 있습니다.

thedomain.com으로 메일을 보내는 것은 완벽하게 허용됩니다.~에서mail.thedomain.com. 메일은 별도의 MX 레코드를 통해 처리되므로 기본 도메인 레코드(thedomain.com)를 "웹" 속성으로 처리하는 것이 나의 일반적인 관행입니다.

postfix 서버의 경우 다음과 같은 차이점이 있습니다.

myorigin = thedomain.com
mydestination = mail.thedomain.com, thedomain.com

관련 정보