DNSEver 전체 도움말

---

---

1 도메인 별명(CNAME)

일반 사용자에게는 CNAME 레코드 대신 A 레코드 사용을 권장합니다. CNAME의 변경으로 인한 메일 서버 작동 오류나 기타 발생하는 문제에 대해서는 기술지원을 하지 않습니다.

1.1 도메인 별명(CNAME) 이란?

도메인 별명(CNAME)은 별명을 그에 해당하는 실제 호스트 이름(전형적인 이름)으로 매핑해주는 레코드입니다. 만약 a.mydomain.com의 호스트 IP를 '111.111.111.111'이라고 지정하고, a.mydomain.com에 대한 별명을 b.mydomain.com으로 설정한다면 b.mydomain.com은 a.mydomain.com이라는 실제 호스트의 별명이 되고 b.mydomain.com으로 호스트검색을 하면 실제 호스트인 a.mydomain.com의 정보가 결과로 나오게 됩니다.

CNAME을 추가하기 전에 반드시 아래 '도메인 별명(CNAME) 사용시 주의할 점'을 숙지하고 회원님이 원하는 바에 맞게 사용하기 바랍니다.

1.2 도메인 별명(CNAME) 추가하기

• 추가 메뉴의 '실제 도메인'란에는 현재 관리하는 도메인의 호스트 리스트가 나타납니다. '호스트 IP(A) 관리'메뉴에서 호스트를 새로 추가할 수 있습니다.
• 실제 호스트에 지정할 새로운 별명을 '도메인 별명'란에 입력합니다.
• 추가하려면 '별명(CNAME) 추가' 버튼을 클릭합니다.
• 확인창에서 입력한 정보가 정확한지 확인한 후에, 확인버튼을 클릭하면 도메인 별명이 추가됩니다.
  

1.3 도메인 별명(CNAME) 삭제하기

• 삭제하려는 도메인을 선택합니다.
• '삭제' 버튼을 클릭합니다.
• 확인창에서 삭제할 별명인지 확인한 후에, 확인버튼을 클릭하면 도메인 별명이 삭제됩니다.
  

2 도메인 별명(CNAME) 사용시 주의할 점

도메인 별명을 사용하기 이전에 다음 사항들을 숙지해 주시기 바랍니다.

2.1 도메인 별명(CNAME) 대신에 A 레코드를 이용

다음과 같이 도메인 별명을 이용한다면,

• (A) a.mydomain.com -> 111.111.111.111
• (CNAME) b.mydomain.com -> a.mydomain.com

호스트 IP(A) 관리를 이용해 다음처럼 설정하기를 권장합니다.

• (A) a.mydomain.com -> 111.111.111.111
• (A) b.mydomain.com -> 111.111.111.111
  

2.2 도메인 별명(CNAME)이 유용할 때

만약 myserver(myserver.mydomain.com)라는 호스트로 웹서버, 네임서버, 메일서버 등을 모두 운영하는 경우에, www, ns, mail 등의 이름을 실제 장비의 이름인 myserver로 도메일 별명을 설정해놓으면 나중에 myserver의 IP가 변동이 되더라도 myserver의 호스트 IP(A)만 변경하면 됩니다.

2.3 도메인 별명(CNAME)과 메일서버(MX) 문제

• 출처: Powered by DNS
• 참고: RFC 974
  

MX 레코드를 CNAME과 연결하는 것은 매우 안 좋은 생각이다. 사실 관련 RFC 문서 어디에도 아직 MX 레코드와 CNAME의 연동에 대해 주의 수준을 넘어 명확히 제한을 둔 글이 없기 때문에 이러한 사용이 반드시 안 된다고 말할 수는 없지만, 다음과 같이 불필요한 추가 쿼리로 인해 발생되는 트래픽을 사유로 오랜 기간 잘못된 사용으로 인식되어 왔고, 대부분의 관련문서에서는 같은 연유로 강력히 사용치 말기를 권한다.

    layla           IN      MX 10   marie.nobreak.com.
    marie           IN      CNAME   suzi.nobreak.com.
    suzi            IN      CNAME   mailhub.nobreak.com.
    mailhub         IN      A       210.105.79.75
                    IN      MX 10   mailhub.nobreak.com.

}

}}

layla로 편지를 배달하기 위한 lookup 과정은 다음과 같다.

1. lookup layla.nobreak.com -> return marie.nobreak.com
2. lookup marie.nobreak.com -> return suzi.nobreak.com
3. lookup suzi.nobreak.com -> return mailhub.nobreak.com
4. lookup mailhub.nobreak.com -> return 210.105.79.75
   

느슨한 표준으로 인해 각각의 응용마다 조금씩 구현이 다른데, 대표적으로 BIND의 경우는 이를 잘못된 사용("layla.nobreak.com" IN MX points to a CNAME marie.nobreak.com)이라 Syslog를 통해 알려주시만, 몇몇 MTA와 Sendmail는 이를 수용(권장하지는 않지만)하고 있다. 하지만, 몇몇 MTA가 해당 시스템으로 편지를 배달하지 못하는 잠재적 문제를 안고있기 때문에, MX와 CNAME의 연동은 여전히 좋지 않고, 다음과 같이 고쳐져야 한다.

    layla           IN      MX 10   mailhub.nobreak.com.
    marie           IN      CNAME   mailhub.nobreak.com.
    suzi            IN      CNAME   mailhub.nobreak.com.
    mailhub         IN      A       210.105.79.75
                    IN      MX 10   mailhub.nobreak.com.
}

}}

또한, 편지 송신전 Sendmail은 수신인의 주소에 포함된 CNAME을 실제 호스트명으로 수정한후 배달함에 유의하자. 즉 user@marie.nobreak.com 로 보내어지는 편지는, user@mailhub.nobreak.com 으로 번역된 후 송신되며, 이는 수신인의 편지 헤더에 표시되는 To: 정보가 user@marie.nobreak.com 이 아닌 user@mailhub.nobreak.com 임을 뜻한다. 중요한 것은 이러한 변환작업이 송신전에 이루어진다는 점이며, 이는 혼란을 야기할 수 있고, 추후 설명할 Sendmail의 Virtual Domain 설정에서 기대하지 않은 매핑 문제를 발생시킬 수도 있다. 따라서 CNAME으로 지정된 호스트는 메일주소로 사용하지 말거나, CNAME 대신 A 레코드와 MX 레코드를 사용하는 것이 좋다.

2.4 도메인 별명(CNAME)과 웹서버 문제

www.mydomain.com이라는 도메인으로 웹서버를 구축하고 www.mydomain.com의 별명으로 www2.mydomain.com을 설정한다고 가정합시다. www.mydomain.com의 호스트 IP(A)가 111.111.111.111이고 가상호스트 설정으로 웹서버를 운영중이라면 www2.mydomain.com에 대하여 의도하지 않은 웹페이지 결과가 나타날 수 있습니다. www.mydomain.com과 동일한 결과를 얻기 위해 www2.mydomain.com에 대해서도 동일한 가상호스트 설정을 웹서버에 추가해줘야 합니다.