도메인만으로는 아무 곳도 가리키지 않습니다. 그것을 사이트나 메일함, 서비스에 이어주는 것이 DNS이며, Apply에서 등록한 모든 이름에 포함되어 있습니다.
조회에 계정은 필요하지 않습니다. 결제가 끝나면 등록은 몇 분이면 됩니다.
다섯 가지면 거의 모든 구성을 감당합니다. 나머지는 마주치면 알게 될 상황을 위해 존재합니다.
| 레코드 | 하는 일 | 일반적인 값 |
|---|---|---|
| A | 도메인을 서버의 IPv4 주소로 연결합니다 | 203.0.113.10 |
| AAAA | IPv6에 대해 같은 역할을 합니다 | 2001:db8::10 |
| CNAME | 하위 도메인을 다른 이름의 별칭으로 만듭니다 | www 를 yourbrand.com 으로 |
| MX | 도메인으로 오는 메일을 메일 사업자에게 보냅니다 | mx.provider.net, 우선순위 10 |
| TXT | 확인용 문자열과 메일용 SPF, DKIM을 담습니다 | v=spf1 include:provider.net ~all |
| NS | 영역 전체를 지정한 네임서버들에 위임합니다 | ns1.apply.domains |
방법은 두 가지입니다. 하나를 골라 유지하세요. 망가진 설정 대부분은 둘을 섞은 데서 나옵니다.
네임서버는 그대로 두고, 호스팅에서 받은 주소로 A 레코드를 추가하세요. 변경은 몇 분 안에 반영됩니다.
네임서버를 호스팅이 알려준 것으로 바꾸세요. 그 시점부터 모든 레코드는 저희가 아니라 그쪽 관리 화면에서 다룹니다.
MX 레코드는 사이트와 독립적입니다. 메일은 한 사업자에 두고 사이트는 전혀 다른 곳에서 돌려도 됩니다.
리졸버는 TTL이 정한 시간만큼 응답을 캐시합니다. 옮기기로 한 날의 하루 전에 TTL을 낮춰 두면 전환이 거의 즉시 이뤄집니다.
저희 네임서버는 변경을 즉시 공개하지만, 전 세계 리졸버는 TTL이 만료될 때까지 옛 응답을 유지합니다. TTL이 한 시간이면 그것이 최악의 경우입니다. 네임서버 자체를 바꾸는 것은 더 느려서, 레지스트리 데이터는 최대 하루까지 전파됩니다.
전파 중에는 리졸버마다 서로 다른 캐시를 갖고 있습니다. 모든 곳에서 TTL이 만료되면 저절로 해결됩니다. 직접 다루는 컴퓨터라면 로컬 DNS 캐시를 지우면 도움이 됩니다.
필요합니다. www는 하위 도메인이라 자체 A 레코드나 CNAME 레코드가 있어야 합니다. 보통은 기본 도메인에 A 레코드를 두고, www에는 그것을 가리키는 CNAME을 둡니다.
거의 언제나 영역을 새 사업자에게 위임하면서 MX 레코드를 옮기지 않았기 때문입니다. 네임서버를 바꾸기 전에 MX와 TXT 레코드를 적어두고, 새 쪽에서 다시 만들어 주세요.
도메인과 연결할 곳을 보내주세요. DNS와 메일 레코드를 설정하고 정상적으로 조회되는지 확인해 드립니다.
문의를 접수했습니다
이미 담당 팀에 전달되었습니다. 영업일 기준 1일 이내에 답변드리며, 만료가 임박한 경우에는 더 빠르게 처리합니다.