BESTNET DNS 서비스로 전환

DNS SERVICE 마이그레이션 가이드

개요 #

이 절차서는 당사 클라이언트 포털(BESTNET-CLOUD)에서 표준 도메인 레지스트라 제공 DNS(예: dns*.name-services.com)에서 당사 DNS 서비스(예: dns*.cloudns.net)로 전환하는 절차를 정리한 것입니다.

전환 작업은 크게 다음 2가지로 구성됩니다.

PHASE 1 DNS 레코드 마이그레이션

기존 A / CNAME / MX / TXT 등을 당사 DNS 서비스 측으로 가져옵니다.

PHASE 2 네임서버 전환

레지스트라의 표준 DNS에서 당사 DNS 서비스의 네임서버로 변경합니다.

IMPORTANT 권장 순서

4단계(레코드 마이그레이션) → 3단계(NS 전환) 순서로 실시하는 것이 안전합니다.

중요 #

네임서버(NS)를 전환한 순간부터 참조되는 DNS가 당사 DNS 서비스 측으로 이동합니다.전환 시점에 필요한 DNS 레코드가 갖춰져 있지 않으면 웹 / 메일 / 각종 인증이 즉시 영향을 받습니다.
특히 사고가 많은 것은 메일 관련(MX / SPF / DKIM / DMARC), 인증용 TXT(Google / Microsoft / 각종 SaaS), SSL 자동 갱신용(_acme-challenge), CAA, SRV의 마이그레이션 누락입니다.
본 절차는 화면 설명의 편의상 NS 전환(3단계)을 먼저 기재하고 있지만, 사고 방지를 위한 권장 실시 순서는 “4단계(레코드 마이그레이션) → 3단계(NS 전환)”입니다.
DNSSEC을 활성화한 도메인은 전환 시 DS 레코드의 업데이트 / 삭제가 필요한 경우가 있습니다(후술).

면책 사항 및 지원 안내 #

본 절차는 일반적인 운용 사례를 정리한 것입니다. 도메인 구성이나 외부 서비스(메일, 각종 SaaS, SSL 자동 갱신 등)의 이용 상황에 따라 필요한 DNS 레코드나 마이그레이션 절차는 다릅니다.
본 절차에 따라 실시한 결과 발생한 간접적 · 파생적 손해(기회 손실, 업무 정지, 메일 미도달 등)에 대해 당사는 책임을 지지 않습니다.
불명확한 사항이 있는 경우 / 영향 범위 판단이 어려운 경우 / DNSSEC이 활성화된 경우 / 메일도 포함하여 전환하는 경우는 작업 전에 당사 클라이언트 포털에서 지원 티켓을 오픈하여 상담해 주십시오.

전제 조건 #

당사 클라이언트 포털에 로그인할 수 있을 것
전환 대상 도메인이 “서비스 > 도메인”에 표시되어 있을 것
당사 DNS 서비스(DNS SERVICE)가 활성화되어 있을 것
현행 DNS의 레코드 내용을 파악할 수 있을 것(마이그레이션 원본 DNS의 관리 화면이나 레코드 목록, 존 파일 등)

중요

네임서버를 전환하면 참조되는 DNS가 당사 DNS 서비스 측으로 이동합니다. 전환 전에 필요한 DNS 레코드가 갖춰져 있는 것을 반드시 확인해 주십시오(웹 / 메일 등에 영향을 줍니다).

전환 전 체크리스트(권장) #

현행 DNS의 레코드 목록을 기록했다(A / AAAA / CNAME / MX / TXT / CAA / SRV / NS 위임 등)
메일 이용이 있는 경우 MX / SPF(TXT) / DKIM(TXT) / DMARC(TXT)까지 파악했다
인증용 TXT(Google / Microsoft / 각종 SaaS)나 _acme-challenge 등의 TXT를 파악하고 있다
DNSSEC 유무를 확인했다(활성화된 경우 후술 참조)
가능하면 전환 전에 TTL을 짧게
※TTL 단축은 “현행 권한 DNS 측”에서 실시하며, 반영까지 시간이 걸릴 수 있습니다.

1단계: 당사 DNS 서비스의 네임서버를 확인한다 #

1.1DNS SERVICE 열기 #

포털 상단의 “마이서비스”에서 DNS SERVICE를 엽니다.

1.2설정할 네임서버 기록하기 #

DNS SERVICE 상세 화면에 표시되는 “도메인 레지스트라의 네임서버를 업데이트해주세요” 표에서, 당사 DNS 서비스의 네임서버(NS) 를 기록합니다.
※향후 변경될 가능성이 있으므로, 본 페이지에 표시되는 값을 정확한 값으로 사용해주세요.

본 절차에서 사용하는 네임서버(예시)

dns1.cloudns.net
dns2.cloudns.net
dns5.cloudns.net
dns6.cloudns.net

절차 2: 도메인 관리 화면 열기 #

2.1“서비스 > 도메인” 열기 #

왼쪽 메뉴의 “서비스”에서 “도메인”을 열고, 전환 대상 도메인을 클릭하여 상세 화면으로 이동합니다.

절차 3: 네임서버를 당사 DNS 서비스로 전환하기(※원칙적으로 마지막에 실시) #

작업 순서 주의사항(중요)

이 “네임서버 전환”을 먼저 진행하면, DNS 참조 대상이 즉시 전환되어 레코드가 미이행된 경우 웹/메일이 중단됩니다. 사고 방지를 위해, 절차 4(DNS 레코드 이행)를 완료한 후본 절차를 실시할 것을 권장합니다.

3.1“네임서버 등록” 열기 #

도메인 상세 메뉴에서 “네임서버 등록”을 엽니다.

3.2일반 설정을 “커스텀”으로 변경하기 #

“네임서버 관리” 섹션에서 커스텀을 선택합니다(입력란이 편집 가능해집니다).

네임서버 관리 화면에서 커스텀 선택 — 네임서버 관리에서 “커스텀” 선택

3.3당사 DNS 서비스의 네임서버를 입력하고 저장하기 #

네임서버 1~4에 절차 1.2에서 기록한 호스트명을 입력합니다. 입력 후, 변경사항 저장을 클릭합니다.

입력 예시

네임서버 1: dns1.cloudns.net
네임서버 2: dns2.cloudns.net
네임서버 3: dns5.cloudns.net
네임서버 4: dns6.cloudns.net
네임서버 5 / 6: 미사용(공란으로 두어도 됩니다)

3.4반영 확인하기 #

저장 후, 도메인 상세 화면의 “네임서버” 목록에 dns*.cloudns.net가 표시되는지 확인합니다.

절차 4: 기존 DNS 레코드를 당사 DNS 서비스로 이전하기 (중요) #

표준 레지스트라 DNS에서 운영하던 레코드(A / CNAME / MX / TXT 등)는 당사 DNS 서비스 측으로 이전이 필요합니다. 이전 방법은 주로 2가지 패턴이 있습니다.

존 파일 붙여넣기(권장: 확실함)
AXFR(존 전송)을 통한 가져오기(제공원 DNS가 AXFR을 허용하는 경우에만)

이전 누락 방지 메모(자주 사용되는 필수 항목)

웹: A / AAAA / CNAME(www 등)
메일: MX / SPF(TXT) / DKIM(TXT) / DMARC(TXT)
인증: Google / Microsoft / 각종 SaaS 검증 TXT
자동 갱신: _acme-challenge(TXT)
기타: CAA / SRV / 서브도메인 위임(NS)

4.1DNS 관리를 열고 “존 내용 가져오기”를 클릭합니다 #

도메인 상세 메뉴에서 “DNS 관리”를 열고 상단의 존 내용 가져오기를 클릭합니다.

4.2존 파일에서 레코드를 가져오기 #

“존 파일에서 레코드를 가져오기”를 선택하고, 현재 이용 중인 DNS 서비스에서 내보낸 존 파일 내용(BIND 형식 등)을 붙여넣습니다. 대상 도메인에 체크를 넣고 제출을 클릭합니다.

포인트

전환 직후의 문제를 방지하기 위해 가져오기 후 다음 사항을 반드시 확인하십시오.

웹 공개에 필요한 A / AAAA / CNAME이 갖춰져 있는지
메일을 사용하는 경우 MX / SPF(TXT) / DKIM(TXT) / DMARC(TXT)가 갖춰져 있는지
TTL이 의도한 값인지(전환 작업 중에는 짧게, 안정화 후 적절한 값으로 되돌리는 운영 권장)

4.3네임서버(AXFR)에서 레코드를 가져오기 #

현재 DNS 제공원이 존 전송(AXFR)을 허용하는 경우 “네임서버(AXFR)에서 레코드를 가져오기”를 선택하여 가져올 수 있습니다. AXFR이 허용되지 않는 경우 4.2의 존 파일 붙여넣기 또는 수동으로 레코드 추가를 이용하십시오.

DNSSEC 주의사항(해당하는 경우에만) #

대상 도메인에서 DNSSEC가 활성화된 경우, NS 전환 후 DS 레코드 불일치가 발생하면 이름 확인이 실패할 수 있습니다.
DNSSEC를 계속 사용하는 경우, 레지스트라 측의 DS 레코드를 외부 DNS(당사 DNS 서비스)의 DNSKEY에 대응하는 값으로 업데이트해야 할 수 있습니다.
판단이 어려운 경우 작업 전에 당사 클라이언트 포털에서 지원 티켓을 열어 상담하십시오.

전환 후 확인 #

네임서버가 올바른지(3.4)
필요한 DNS 레코드가 갖춰져 있는지(4.2)
외부에서 이름 확인이 가능한지(예: dig / nslookup / 온라인 DNS 검사기)

외부 확인 예시(권장)

dig NS example.com

dig +trace example.com

dig A example.com

dig A www.example.com

dig MX example.com

네임서버 변경은 인터넷 전체에 반영되기까지 시간이 걸릴 수 있습니다(환경에 따라 몇 분~최대 48시간 정도).

트러블슈팅 #

네임서버 입력란을 편집할 수 없음

일반 설정이 “당사 네임서버” 등으로 되어 있지 않은지 확인하고, “커스텀”을 선택해 주십시오.

Web / 메일이 중지됨

당사 DNS 서비스 측에 필요한 레코드가 누락되어 있을 가능성이 있습니다. 기존 DNS의 레코드를 재확인하고, 가져오기 또는 수동으로 추가해 주십시오.

의도한 값이 반환되지 않음

동일 이름 레코드의 중복, CNAME과 다른 레코드의 충돌, TTL 캐시가 남아 있는 등의 원인이 고려됩니다. 레코드 목록과 TTL을 재검토해 주십시오.

DNSSEC 을 이용하고 있음

DNSSEC 을 활성화한 경우, 레지스트라 측에서 DS 레코드 업데이트가 필요할 수 있습니다. 운영 방침에 따라, DNSSEC 을 비활성화한 후 전환하는 것도 검토해 주십시오.

곤란할 때(지원 티켓 오픈) #

불명확한 점이 있거나, 전환 후 해결되지 않는 문제가 있는 경우, 당사 클라이언트 포털에서 지원 티켓을 오픈해 주십시오.

그 때 다음 사항을 첨부해 주시면 확인이 원활합니다.

대상 도메인명
실시한 일시(대략적으로 가능)
설정한 네임서버 값(1.2에서 기록한 값)
당사 DNS 서비스 측의 해당 레코드 목록 스크린샷
외부 확인 결과(예: dig NS example.com / dig +trace example.com 의 결과)
발생하고 있는 현상(Web이 보이지 않음 / 메일이 도착하지 않음 등)

부록: 당사 DNS 서비스의 네임서버 목록 #

※DNS SERVICE 화면에 표시되는 값을 정확한 값으로 확인해 주십시오(향후 변경될 가능성이 있습니다).

호스트명	IP 주소
`dns1.cloudns.net`	`185.136.96.77`
`dns2.cloudns.net`	`185.136.97.77`
`dns5.cloudns.net`	`185.136.98.77`
`dns6.cloudns.net`	`185.136.99.77`