도메인별명(CNAME) 관리

1. 도메인별명(CNAME) 관리란?

• DNS 서비스의 CNAME 레코드를 수정하는 기능입니다.
• CNAME을 추가하기 전에 반드시 아래 '도메인 별명(CNAME) 사용시 주의할 점'을 숙지하고 회원님이 원하는 바에 맞게 사용하기 바랍니다.

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

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

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

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

• 다음과 같이 도메인 별명을 이용한다면,
• (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

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

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

4.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 레코드를 사용하는 것이 좋다.

4.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에 대해서도 동일한 가상호스트 설정을 웹서버에 추가해줘야 합니다.