Gandi 도메인 관리: 등록, DNS와 갱신 확인

Gandi 도메인 관리의 첫 단계는 계정 안의 각 항목이 어떤 역할을 하는지 구분하는 것입니다. 도메인 등록은 이름과 만료일을, DNS 레코드는 웹사이트와 이메일의 이름 해석을 담당하며, 이메일 서비스에는 별도의 데이터와 요금이 있습니다. 같은 계정에 표시되더라도 어느 한 항목이 정상적으로 작동한다는 이유만으로 모든 준비가 끝났다고 판단해서는 안 됩니다.

기존 도메인을 인계받거나 새 도메인을 웹사이트에 연결하려는 사람을 위한 안내입니다. 절차는 공개된 공식 문서에 근거하며 확인일은 2026년 9월 14일입니다. Gandi가 Classic DNS를 LiveDNS로 단계적으로 이전하고 있으므로, 먼저 현재 상태를 확인하는 방법을 설명한 뒤 일상적인 변경, 갱신, 등록기관 이전의 작업 순서를 정리합니다.

등록하거나 인계받을 때 기본 정보부터 확인하기

구매를 준비할 때는 공식 도메인 검색에서 이름, 확장자, 등록 가능 여부와 전체 결제 금액을 확인합니다. 최초 등록 기간, 갱신 비용, 추가 서비스는 각각 기록하고, 여러 해 전의 가격이나 제공 혜택으로 현재 예산을 잡지 마세요. 스튜디오나 회사 대신 구매한다면 어떤 조직 정보와 관리 계정을 사용할지 먼저 정한 다음 주문을 완료합니다.

이미 도메인을 보유하고 있다면 DOMAIN 또는 도메인 목록에서 해당 이름으로 들어가 만료일, 등록자와 연락처 정보를 확인합니다. 리셀러가 도메인을 관리하는 경우 일부 작업과 갱신 알림이 리셀러를 통해 처리될 수 있으므로 담당자를 따로 확인해야 합니다. 인계받는 사람이 직접 로그인하고 지원 창구를 찾도록 하세요. 웹사이트 비밀번호만 전달받고 실제 도메인은 관리할 수 없는 상황을 피할 수 있습니다.

현재 DNS 이전 상태 먼저 확인하기

Gandi는 2026년 8월 24일, Classic DNS를 사용하는 도메인을 LiveDNS로 단계적으로 옮긴다고 공지했습니다. 대부분은 Gandi가 레코드를 복사한 뒤 네임서버를 전환하며, 특수한 설정은 별도로 처리될 수 있습니다. 이는 제공업체의 이전 계획일 뿐, 자신의 계정이 이미 전환되었다는 증거가 아닙니다. 공지에서 예상한 무중단 상태도 이 안내를 위해 실제로 테스트한 결과로 받아들여서는 안 됩니다.

도메인의 Nameservers 영역에서 실제 설정을 보고 받은 공식 알림과 대조하세요. 오래된 안내에서 Classic DNS 이름을 입력하라고 하면 그대로 따라 하지 말고 새 문서를 확인합니다. 공지에 따르면 여러 도메인이 하나의 Classic DNS 영역을 공유한 경우, 이전 후에는 도메인마다 복사본이 만들어집니다. 이후 한 도메인의 설정을 바꿀 때 다른 도메인도 자동으로 바뀐다고 가정해서는 안 됩니다.

실제로 사용 중인 DNS 서비스에서 레코드 수정하기

도메인이 Gandi LiveDNS를 사용한다면 해당 도메인의 DNS Records에서 레코드를 관리할 수 있습니다. 네임서버가 다른 회사를 가리킨다면 그 서비스에서 수정해야 하며, Gandi에 남은 옛 레코드는 외부에 적용되지 않을 수 있습니다. 추가하거나 수정하기 전에 이 전제부터 확인하면 잘못된 화면에서 반복해서 저장하는 시간을 줄일 수 있습니다.

공식 문서는 일반 입력 양식과 텍스트 모드를 제공합니다. 처음 사용하는 사람은 레코드마다 이름, 유형, 값, TTL을 확인하는 편이 좋습니다. 텍스트 모드는 전체 영역을 편집하므로 형식에 익숙해야 합니다. 웹 호스팅 업체가 A, AAAA 또는 CNAME을 제공하면 실제 요구에 맞게 입력하고, 웹페이지의 전체 경로를 DNS에 넣지 마세요. 이메일용 MX와 TXT 등은 이메일 제공업체에서 따로 받습니다.

변경 전에 LiveDNS 문서에 따라 백업을 저장하거나 DNS 레코드를 내보낼 수 있습니다. 전체 영역을 복원하면 나중에 추가한 항목도 예전 상태로 돌아갈 수 있으므로, 문제가 있는 설정이 하나뿐이어도 먼저 차이를 비교하세요. 백업 파일은 설정 재구성에 도움이 되지만 웹사이트 파일이나 이메일의 백업은 아니며, 삭제한 웹사이트 콘텐츠를 복원할 수 없습니다.

1. 올바른 도메인을 선택하고 Nameservers를 확인해 현재 어느 DNS 서비스가 외부 조회에 응답하는지 파악합니다.
2. 원래 레코드와 변경 시간을 보관하고, 이번에 수정할 항목이 웹사이트용인지 이메일용인지 표시합니다.
3. 각 제공업체가 준 개별 정보로 레코드를 갱신합니다. 저장한 뒤 각 필드를 대조하고, 계속 사용하는 다른 설정은 유지합니다.
4. 이름 해석 결과를 조회한 다음 웹사이트 페이지와 이메일 수신·발신을 테스트합니다. 이상이 있으면 먼저 DNS, 호스팅, 메일함 중 어디의 문제인지 구분합니다.

자동 갱신과 함께 결제 및 알림 확인하기

Gandi 공식 갱신 문서에서는 도메인의 Overview 정보 영역에서 자동 갱신을 조정할 수 있다고 설명합니다. 자신의 계정에서 활성화 여부, 적용되는 결제 수단과 사용 가능 상태를 확인하세요. 이전에 결제한 적이 있다는 이유만으로 다음 결제도 성공한다고 생각해서는 안 됩니다. 결제 수단의 유효기간, 한도, 계정 정보 문제는 만료일 전에 여유 있게 해결해 두는 것이 좋습니다.

도메인 갱신과 다른 서비스의 갱신은 따로 확인합니다. 도메인 기간이 연장되어도 이메일, 호스팅, 추가 서비스까지 연장되었다는 뜻은 아닙니다. 반대로 이메일 요금을 냈다고 도메인이 갱신되는 것도 아닙니다. 주문 후 처리 결과와 새로운 만료 정보를 확인하고 영수증을 저장한 다음 관리표를 갱신하세요. 리셀러가 담당한다면 실제로 완료되었는지 그쪽에 확인합니다.

이전 전에 확장자 규칙과 서비스 의존 관계 확인하기

다른 등록기관으로 도메인을 옮기기 전에 해당 확장자와 현재 상태에 적용되는 절차를 확인합니다. Gandi 문서에 따르면 일반적인 인증 코드는 도메인의 Transfer out에서 받을 수 있지만, 일부 확장자는 방법이 다릅니다. 현재 등록기관과 새 등록기관의 공식 문서에서 이전 자격, 필요한 정보, 비용과 일정을 확인하세요. 모든 도메인을 즉시 이전할 수 있다고 가정하지 마세요.

이전 인증 코드는 민감한 정보로 다루고 신뢰할 수 있는 새 등록기관의 절차에서만 사용합니다. 등록기관을 바꾸기 전에는 DNS, 이메일 또는 다른 서비스가 기존 계정에 의존하는지도 확인해야 합니다. 도메인 이전 자체가 웹사이트 데이터나 이메일을 옮겨 주지는 않습니다. 이런 의존 관계를 별도로 계획하고 새 환경에서 사용할 수 있음을 확인한 뒤 기존 서비스를 처리하면 인계 과정의 누락을 줄일 수 있습니다.

다음 관리를 위해 경위를 추적할 수 있는 기록 남기기

각 도메인에 등록자, 용도, 만료일, DNS 서비스, 웹사이트 위치와 담당자를 담은 간단한 기록을 남기는 것을 권합니다. 변경할 때마다 이유, 이전 값, 새 값, 시간과 검증 결과를 추가하고, 비밀번호와 인증 코드는 별도의 안전한 장소에 보관합니다. 웹사이트가 하나뿐이어도 이 표가 있으면 반년 뒤 자신의 설정을 다시 파악하는 시간을 줄일 수 있습니다.

문제가 생기면 ‘DNS를 바꾼 뒤 웹사이트는 정상인데 외부에서 보낸 이메일이 반송된다’처럼 재현 가능한 문장으로 현상을 적고 관련 레코드와 오류 메시지를 첨부하세요. 모든 설정을 한꺼번에 바꾸지 마세요. 영향을 받은 서비스와 관리 위치를 먼저 찾고 원래 값과 되돌리는 방법을 남겨야 지원 담당자나 다음 유지보수 담당자가 이어서 처리할 수 있습니다.

자세한 설명 보기

Gandi 도메인 관리를 자산 정보, DNS 레코드, 갱신과 이전의 세 목록으로 나누고 각 목록에 보관할 정보를 보여 주는 그림.

DNS 설정 확인: A, CNAME부터 이메일 레코드까지

도메인이나 호스팅이 만료되면: 갱신·중단 전 확인표

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• 도메인·호스팅·프런트엔드