이전해도 네임서버는 유지됩니다 · 요청당 최대 20개 도메인 · 인증된 이메일 하나, 신분증 불필요 · 파나마 법률이 요구하거나 UDRP 사건인 경우에만 데이터 제공
언어: 한국어
이전 시작하기

이전 중에도 웹사이트와 이메일 온라인 유지

DNS 다운타임 없이 도메인 이전하기

등록 대행자 이전은 그 자체로 DNS를 건드리지 않습니다. 장애는 세 가지에서 발생합니다: 기존 등록 대행자가 호스팅하는 DNS, 더 이상 일치하지 않는 DNSSEC 레코드, 도메인이 떠날 때 중단되는 포워딩 서비스입니다.

최종 업데이트: · 7 분 읽기

빠른 답변

DNS 다운타임 없이 도메인을 이전하려면 어떻게 하나요?

DNS 다운타임 없이 도메인을 이전하려면, 동일한 네임서버를 유지하고 DNS가 기존 등록 대행자에서 호스팅되고 있지 않은지 확인하세요. 이전은 DNS가 아니라 등록 대행자를 변경하는 것이며, 최대 5일이 걸립니다. 2026년 10월 기준, TransferOffshore는 기본적으로 현재 네임서버를 유지합니다. 기존 등록 대행자가 DNS를 호스팅하는 경우, 먼저 모든 레코드를 복사하세요.

이전 중 DNS: 핵심 사항

네임서버레지스트리에 저장되며 이전 자체로는 변경되지 않음
당사 기본 설정현재 네임서버 유지 (장바구니에 이전만 담겨 있으면 “현재 네임서버 유지”가 체크됨)
주요 위험기존 등록 대행자에서 호스팅되는 DNS 레코드, 이메일 포워딩 또는 URL 포워딩
복사할 레코드A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, 사이트 인증), CAA, SRV, 그리고 위임된 서브도메인의 NS
DNSSEC동일한 DNS 운영자를 유지하거나, 변경 전에 DS 레코드를 제거하세요
Cloudflare Registrar도메인이 해당 업체에 등록되어 있는 동안 Cloudflare 네임서버가 필요함
이전 소요 시간gTLD의 경우 최대 5일; 그동안 다른 변경이 없으면 DNS는 계속 응답합니다

등록 대행자 이전 시 DNS가 중단되지 않는 이유는 무엇인가요?

네임서버는 레지스트리 레코드의 일부이며, 이전은 이를 건드리지 않기 때문입니다. 레지스트리는 스폰서 등록 대행자를 교체하고 만료일을 연장합니다. 어디에서 DNS를 찾을 수 있는지 알려주는 NS 위임은 그대로 유지됩니다.

TransferOffshore는 기본적으로 이를 그대로 유지합니다. 결제의 네임서버 단계에서 장바구니에 이전만 담겨 있으면 현재 네임서버 유지가 체크됩니다. 대신 당사 네임서버, Cloudflare 또는 커스텀 네임서버를 선택할 수 있으며, 나중에 내 도메인에서 변경할 수 있습니다.

따라서 질문은 결코 “이전이 내 DNS를 옮기나요?”가 아닙니다. “내 네임서버에 대해 누가 응답하며, 도메인이 떠난 후에도 계속 응답할까요?”입니다.

도메인 이전이 다운타임을 일으키는 경우는 언제인가요?

다운타임은 기존 등록 대행자에 연결된 서비스가 도메인이 떠난 후 중단될 때 발생합니다. 시작하기 전에 다음 네 가지 경우를 확인하세요:

  • 기존 등록 대행자가 호스팅하는 DNS. 많은 등록 대행자가 무료 DNS를 제공합니다. 존은 보통 그들의 네임서버에 있으며, 도메인이 떠날 때 삭제될 수 있습니다. 예를 들어 Squarespace는 대부분의 제공업체가 보관하지 않으므로 DNS 레코드를 저장하라고 고객에게 안내합니다 (해당 헬프 센터 기준, 2026년 10월).
  • 기존 등록 대행자의 메일함 또는 포워딩. Gandi는 도메인이 이전되면 메일함 서비스가 즉시 중단된다고 밝힙니다. 메일 데이터는 7일 후 삭제됩니다 (해당 문서 기준, 2026년 10월).
  • DNSSEC. 레지스트리의 DS 레코드가 새 DNS 호스트에 없는 키를 가리키면 확인이 중단됩니다.
  • Cloudflare Registrar. 해당 업체에 등록된 도메인은 Cloudflare 네임서버를 사용해야 하며, 이전 후 존의 운명은 문서화되어 있지 않습니다.

네임서버가 호스트나 DNS 서비스 같은 독립적인 제공업체 소유라면 이 중 어느 것도 적용되지 않습니다. 그러면 이전은 방문자에게 보이지 않습니다.

어떤 DNS 레코드를 복사해야 하나요?

웹사이트 레코드만이 아니라 존의 모든 레코드를 복사하세요. 이메일 및 인증 레코드가 누락되면 가장 조용한 장애가 발생합니다: 메일이 반송되거나 며칠 후 스팸으로 분류됩니다.

레코드역할놓치기 쉬움
A웹사이트 및 기타 호스트의 IPv4 주소shop이나 api 같은 서브도메인의 레코드
AAAAIPv6 주소IPv6 레코드만 있는 호스트
CNAME다른 이름에 대한 별칭www, CDN 및 메일 클라이언트 자동 구성 이름
MX도메인의 이메일이 배달되는 위치각 서버의 우선순위 번호
TXT (SPF)도메인으로 메일을 보낼 수 있는 서버에이펙스에 SPF 레코드 하나만
TXT (DKIM)메일에 서명하는 공개 키selector._domainkey에 위치, 메일 서비스당 하나
TXT (DMARC)SPF 또는 DKIM 실패 시 메일 정책_dmarc에 위치
CAA인증서를 발급할 수 있는 인증 기관CAA가 없으면 인증서 갱신이 차단될 수 있음
SRV서비스 위치 (SIP, XMPP, autodiscover)_service._protocol 이름

사이트 확인용 TXT 레코드(검색 콘솔, 메일 제공업체)와 서브도메인을 다른 제공업체로 위임하는 NS 레코드도 함께 복사하세요. 이전 등록 대행자가 존 파일 내보내기를 제공한다면 내보낸 뒤 레코드 하나하나 비교하세요.

dig로 레코드를 어떻게 확인하나요?

현재 네임서버에 직접 질의하고 응답을 저장한 다음, 전환하기 전에 새 DNS 호스트에 같은 질문을 하세요. 응답이 일치하면 새 존이 준비된 것입니다. example.com은 본인 도메인으로, 네임서버 이름은 dig NS이 반환하는 이름으로 바꾸세요.

DNS 이전 전후로 존 비교하기
#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

이전 등록 대행자로부터 DNS를 안전하게 옮기려면 어떻게 하나요?

DNS를 먼저 옮기고 기다린 뒤 도메인을 이전하세요. 같은 날 두 가지를 변경하면 장애 원인을 추적하기 어렵습니다.

  1. TTL을 낮추세요. 하루나 이틀 전에 변경할 레코드의 TTL을 300초로 설정해 캐시가 이전 응답을 빨리 잊도록 하세요.
  2. 새 존을 구성하세요. 새 DNS 호스트(당사 네임서버, Cloudflare 또는 다른 제공업체)에 모든 레코드를 만드세요.
  3. 비교하세요. 위의 dig 확인을 이전 네임서버와 새 네임서버에 대해 실행해 응답이 일치할 때까지 반복하세요.
  4. 이전 등록 대행자에서 네임서버를 전환하세요. 일부 등록 대행자는 이전이 진행되는 동안 DNS 수정을 차단하므로 이전을 시작하기 전에 하세요.
  5. 위임이 갱신될 때까지 기다리세요. 레지스트리의 NS 레코드는 .com에서 최대 이틀 동안 캐시에 남을 수 있습니다.
  6. 이전을 시작하세요. 현재 네임서버 유지를 체크한 상태로요. 도메인은 이미 새 DNS를 가리킨 채 도착합니다.

도메인이 도착하고 모든 것이 정상 작동하면 TTL을 다시 높이세요.

이전 중 DNSSEC는 어떻게 하나요?

DNS 운영자가 동일하면 DNSSEC를 그대로 두고, 바뀌면 DS 레코드를 먼저 제거하세요. DNSSEC는 DS 레코드를 통해 레지스트리와 DNS 키를 연결합니다. 검증 리졸버는 이와 일치하지 않는 응답을 거부합니다.

  • 같은 DNS 운영자, 같은 키. DS 레코드는 유효하게 유지됩니다. 이전은 이를 건드리지 않습니다.
  • 새 DNS 운영자. 등록 대행자에서 DS 레코드를 제거하고 캐시가 만료될 때까지 최소 이틀 기다린 뒤 네임서버를 변경하세요. 새 호스트에서 존에 서명하고 서명된 응답이 게시되면 새 DS 레코드를 추가하세요.
  • DNS와 DNSSEC 모두 이전 등록 대행자가 관리. 해당 키는 그 DNS 서비스와 함께 사라지므로 새 운영자로 취급하세요.

DS 레코드 불일치는 검증 리졸버 뒤의 모든 사용자에게 부분 장애가 아니라 완전 장애입니다. Squarespace를 포함한 여러 등록 대행자는 이전 전에 DNSSEC를 끄도록 요구합니다. 당사 패널에서는 DNSSEC가 켜진 상태에서 네임서버를 변경하면 먼저 경고가 표시됩니다.

도메인이 Cloudflare Registrar에 있으면 어떻게 하나요?

Cloudflare Registrar는 Cloudflare 네임서버를 요구하므로 존과 등록이 묶여 있습니다. 문서에 따르면 Cloudflare Registrar의 모든 도메인은 Cloudflare 네임서버를 사용합니다(2026년 10월 기준).

Cloudflare는 도메인이 이전된 후 존이 계속 응답하는지 문서화하지 않았습니다. 도메인 제거 페이지에는 도메인을 제거하면 Cloudflare DNS 확인이 중단된다고 나와 있습니다. 안전한 두 가지 방법:

  • Cloudflare DNS 유지. 이전을 승인하기 전에 Cloudflare 대시보드에서 존이 활성 상태로 유지되는지 확인하세요. 그런 다음 "현재 네임서버 유지"로 이전하거나 양식에서 Cloudflare 프리셋을 선택하세요.
  • DNS를 먼저 옮기기. 다른 DNS 호스트에서 존을 구성하고 네임서버를 전환한 뒤 기다렸다가 이전하세요.

코드와 잠금에 대한 Cloudflare 단계는 Cloudflare 이전 가이드에 있습니다.

이메일 포워딩과 URL 포워딩은 어떻게 되나요?

이전 등록 대행자가 더 이상 도메인을 서비스하지 않으면 중단됩니다. 포워딩은 등록 대행자가 자체 서버에서 자체 네임서버에 묶어 운영하는 서비스입니다.

  • 이메일 포워딩. contact@ 같은 별칭이 개인 받은편지함으로 전달되던 메일 수신이 중단됩니다. 메일 제공업체나 당사 네임서버를 사용한다면 당사 패널에서 다시 만드세요.
  • URL 포워딩. example.com에서 다른 사이트로의 리다이렉트가 중단됩니다. 웹 호스트나 당사 네임서버를 사용한다면 당사 패널에서 리다이렉트로 다시 만드세요.
  • 등록 대행자가 판매한 메일함. 이전 후가 아니라 이전 전에 메일을 옮기고 MX 레코드를 변경하세요.

당사 네임서버를 사용하면 도메인 페이지에 DNS 레코드, 웹 포워딩, 이메일 포워딩, DNSSEC가 포함됩니다.

이전 전 사전 점검 체크리스트

  1. DNS를 누가 운영하는지 확인하기

    도메인에 dig +short NS을 실행하세요. 이름이 이전 등록 대행자 소유라면 DNS 이전을 먼저 계획하세요.

  2. 모든 레코드 내보내기 또는 복사하기

    서브도메인을 포함한 A, AAAA, CNAME, MX, TXT, CAA, SRV 및 위임된 NS 레코드.

  3. DNSSEC 확인하기

    dig +short DS이 응답하고 DNS 운영자가 바뀔 예정이라면 DS 레코드를 제거하고 기다리세요.

  4. 포워딩과 메일함 목록 작성하기

    이전 등록 대행자가 호스팅하는 모든 이메일 별칭과 URL 리다이렉트를 기록하고 다른 곳에서 다시 구성하세요.

  5. 하루 전 TTL 낮추기

    변경할 레코드에 300초를 설정하면 수정 사항이 빠르게 반영됩니다.

  6. 네임서버 유지 상태로 이전하기

    이전 양식에서 "현재 네임서버 유지"를 체크한 상태로 두세요.

DNS 및 이전 관련 질문

도메인 이전 중에 웹사이트가 다운되나요?

DNS가 독립 제공업체에서 호스팅되고 네임서버가 동일하게 유지된다면 다운되지 않습니다. 이전은 위임이 아니라 레지스트리 레코드의 등록 대행자를 변경합니다. TransferOffshore는 기본적으로 현재 네임서버를 유지합니다. 다운타임은 이전 등록 대행자가 관리하는 DNS, 포워딩 또는 DNSSEC에서 발생합니다.

이전 중에도 이메일이 계속 작동하나요?

MX 레코드가 같은 DNS에 남아 있고 메일함이 이전 등록 대행자에 의해 판매되지 않았다면 작동합니다. SPF, DKIM, DMARC 레코드도 확인하세요. 존을 복사하면서 이를 빠뜨리면 메일이 도착하더라도 스팸으로 분류될 수 있습니다. 등록 대행자에게서 구매한 메일함은 이전 전에 옮겨야 합니다.

네임서버는 이전 전에 바꿔야 하나요, 후에 바꿔야 하나요?

이전 등록 대행자가 DNS를 호스팅한다면 전에 바꾸세요. 일부 등록 대행자는 이전이 진행되는 동안 DNS 변경을 차단하며, .com에서는 위임이 최대 이틀 동안 캐시에 남을 수 있습니다. DNS를 옮기고 dig로 확인한 뒤 기다렸다가 네임서버를 유지한 상태로 이전하세요.

도메인을 이전하려면 DNSSEC를 꺼야 하나요?

DNS 운영자가 바뀔 때만입니다. 같은 운영자와 같은 키라면 DS 레코드는 이전 내내 유효합니다. 이전 등록 대행자가 존에 서명한다면 그 키는 해당 DNS와 함께 중단됩니다. DS 레코드를 먼저 제거한 뒤 새 호스트에서 새로 추가하세요.

Cloudflare Registrar를 떠난 후에도 Cloudflare DNS를 계속 사용할 수 있나요?

2026년 10월 기준으로 Cloudflare는 이를 명확히 문서화하지 않았습니다. Cloudflare의 등록 대행자는 도메인이 그곳에 등록되어 있는 동안 Cloudflare 네임서버를 요구하며, 도메인 제거 페이지에는 도메인을 제거하면 확인(resolution)이 중단된다고 나와 있습니다. 승인하기 전에 대시보드에서 존(zone)이 계속 활성 상태인지 확인하거나, 먼저 DNS를 이전하세요.

이전 전에 TTL을 얼마나 낮춰야 하나요?

최소한 현재 TTL만큼이어야 오래된 캐시 응답이 먼저 만료됩니다. TTL이 86,400초인 레코드는 꼬박 하루가 필요합니다. 하루나 이틀 전에 300초로 설정하는 것이 흔한 여유 기준입니다. 새 DNS가 오류 없이 작동한 뒤에 다시 올리세요.

출처 (6)
  1. Cloudflare에서 이전 아웃 — Cloudflare (확인일 2026-10-19)
  2. Cloudflare Registrar FAQ — Cloudflare (확인일 2026-10-19)
  3. 도메인 제거 — Cloudflare (확인일 2026-10-19)
  4. Squarespace에서 도메인 이전하기 — Squarespace (확인일 2026-10-19)
  5. 도메인 이전 아웃 docs.gandi.net/en/domain_names/transfer_out/index.html — Gandi (확인일 2026-10-19)
  6. 이전 정책 (2024년 2월 21일 업데이트) — ICANN (확인일 2026-10-19)

DNS를 그대로 둔 채 이전

기본적으로 네임서버 유지 · 요청당 최대 20개 도메인 · .com US$12.49 · 신분증 없이 · 암호화폐 결제.

.com 이전 US$12.49 · 신분증 없음 · 암호화폐

이전 시작하기