Namecheap 도메인 설정: 등록 후 웹사이트와 이메일 연결하기

Namecheap이 도메인을 구매한 곳이더라도 현재 DNS 레코드를 관리하는 곳은 아닐 수 있습니다. 로그인 후 레코드 추가 버튼을 찾지 못했다고 해서 반드시 계정에 문제가 있는 것은 아닙니다. 먼저 도메인이 어느 네임서버를 사용하는지 확인하고 실제로 이름 해석을 담당하는 서비스에서 수정하세요. 같은 정보를 반복해서 추가하는 것보다 올바른 관리 위치를 찾는 일이 중요합니다.

이 안내는 공개된 공식 문서를 바탕으로 절차를 정리했으며, 사용자를 대신해 계정에 로그인하거나 특정 호스팅을 실제로 테스트했다고 주장하지 않습니다. 아래에서는 도메인은 Namecheap에 두고, 웹사이트는 다른 호스팅 업체에, 이메일은 별도 제공업체에 두는 상황을 설명합니다. 모든 IP, 대상 이름, 검증 값은 자신의 제공업체에서 받아야 하며 다른 사람의 예시를 그대로 복사해서는 안 됩니다.

Domain List에서 관리할 도메인 확인하기

직접 공식 사이트를 열어 로그인하고 Domain List에서 전체 도메인을 찾은 뒤 Manage를 선택합니다. 철자와 확장자를 먼저 대조한 다음 만료일, 갱신, 연락처 정보를 확인하세요. 친구나 업체가 대신 등록했다면 등록자와 관리 권한을 먼저 명확히 해야 합니다. 설정을 계속하려고 상대방의 주 계정을 공유하지 말고 서비스에서 허용하는 권한 부여 방법을 사용하거나 정식 인계를 완료합니다.

수정하기 전에 현재 Nameservers와 웹사이트, 이메일, 기타 검증에 사용하는 레코드를 기록합니다. 내보내기 기능을 쓰거나 읽기 쉬운 목록을 저장해도 됩니다. 비밀번호, 결제 정보, 비밀 검증 키를 공개 문서에 함께 넣지 마세요. TXT 레코드의 용도가 불분명하면 원래 서비스를 확인한 뒤 유지 여부를 결정해야 하며, 아직 사용하는 검증 설정을 불필요한 항목으로 생각해 지우지 않도록 합니다.

DNS 관리 서비스를 바꿀지 레코드만 바꿀지 선택하기

호스팅 업체가 자사의 네임서버를 사용하라고 요구하면 Nameservers에서 지정된 DNS 호스팅 서비스를 선택하는 것입니다. Namecheap 문서는 타사 네임서버를 입력하는 방법으로 Custom DNS를 제공합니다. 이 설정은 이후 레코드를 관리할 위치를 바꾸므로, 먼저 새 서비스에 웹사이트, 이메일, 필요한 검증 정보가 모두 준비되었는지 확인해야 합니다.

다른 방법은 현재 DNS를 유지하고 호스팅 업체가 제공한 정보로 웹사이트 레코드를 만드는 것입니다. 두 방식 모두 웹사이트를 연결할 수 있지만 관리 위치와 이전 작업은 다릅니다. 기존 이메일이 정상이고 웹사이트만 바꾸려면 관련 레코드만 조정할 수 있는지 호스팅 업체에 먼저 물어보세요. 대체로 이번 변경의 범위를 정하기가 더 쉽지만, 적용 가능 여부는 서비스 조건에 따라 판단해야 합니다.

Advanced DNS 사용 조건 확인하기

Namecheap 설명에 따르면 도메인이 BasicDNS, PremiumDNS 또는 FreeDNS를 사용할 때 해당 Host Records를 Advanced DNS에서 관리합니다. 타사 네임서버나 Namecheap의 호스팅 네임서버를 사용한다면 해당 DNS 또는 호스팅 관리 화면에서 레코드를 처리해야 합니다. 추가 버튼이 보이지 않으면 이 조건부터 다시 확인하세요.

레코드를 만들 때 Type, Host, Value, TTL을 필드별로 확인합니다. A 레코드 값은 IPv4 주소이며, CNAME은 다른 호스트 이름을 가리킵니다. 호스팅 업체가 루트 도메인과 www를 별도로 설정하라고 하면 둘 다 처리해야 합니다. Host 필드는 화면의 규칙에 따라 작성하고, 전체 URL의 https 부분이나 페이지 경로를 DNS 이름에 함께 넣지 마세요.

새 도메인에는 원래 파킹 페이지나 리디렉션 레코드가 있을 수 있습니다. 충돌이 생기면 그것이 이번에 교체할 항목인지 먼저 확인한 뒤 삭제하거나 갱신합니다. 모든 레코드를 지운 후 다시 추측해서 만들지 마세요. 특히 같은 이름의 별칭과 다른 레코드는 함께 사용할 때 제약이 있으므로, 제공업체의 요구가 불분명하면 레코드 유형을 빠짐없이 지원 담당자에게 전달해 확인받습니다.

수신 이메일 서비스의 정보로 이메일 설정하기

Mail Settings는 웹사이트 레코드와 용도가 다릅니다. 예를 들어 Microsoft 365 공식 안내는 도메인 검증을 마친 뒤 관리 센터에서 제공하는 정보로 MX 등의 레코드를 설정하도록 합니다. Namecheap에서 사용자 지정 이메일 레코드를 사용할 때는 문서에 따라 Custom MX를 선택합니다. 대상 값은 자신의 테넌트에서 가져와야 하며 안내 이미지에 나온 값을 그대로 복사해서는 안 됩니다.

MX는 이메일이 배달되는 위치를 결정하지만, MX만 있다고 메일함이 만들어졌거나 발신 인증이 완료된 것은 아닙니다. 이메일 업체의 요구에 따라 SPF, DKIM 또는 다른 레코드를 처리하고 기존 메일함의 이전 계획부터 확인하세요. 이미 SPF 설정이 있다면 실제 발신 출처와 공식 요구를 적절히 통합해야 합니다. 다른 안내에 나온다는 이유로 서로 충돌하는 설정을 추가하지 마세요.

1. 웹사이트와 이메일 제공업체에 각각 필요한 레코드를 요청하고, 용도, 이름, 유형, 값, 우선순위를 표시합니다.
2. 현재 DNS 관리 위치를 확인하고 원래 설정을 저장합니다. 네임서버를 바꿀 예정이라면 새 영역에 전체 레코드를 먼저 준비합니다.
3. 항목별로 입력하고 저장한 뒤 원래 요구 사항과 대조합니다. 같은 작업을 하면서 관련 없는 항목까지 지우지 않도록 합니다.
4. 웹사이트와 이메일 레코드를 조회한 다음 사이트 열기, 외부에서 오는 메일 수신, 외부로 보내기를 실제로 테스트하고 결과를 변경 기록에 남깁니다.

검증할 때 DNS와 웹사이트 상태 구분하기

저장 성공은 관리 화면이 설정을 받아들였다는 뜻일 뿐입니다. 이름 해석은 기존 캐시의 영향을 받을 수 있어 네트워크마다 변경을 확인하는 시간이 다를 수 있습니다. 변경 시간, 이전 TTL, 조회 결과를 기록하고, 운에 맡겨 네임서버를 연속으로 바꾸지 마세요. 공식 문서의 시간 설명은 일반적인 안내이며 모든 방문자가 같은 분에 새 값을 보게 된다는 보장은 아닙니다.

이름 해석이 예상한 위치를 가리키는데 화면에는 여전히 오류가 나온다면, 다음으로 호스팅에 해당 도메인이 추가되었는지, 웹사이트 프로그램이 준비되었는지, HTTPS 인증서가 그 이름을 포함하는지 확인합니다. 웹사이트는 정상인데 이메일을 받지 못하면 이메일 레코드, 메일함 생성 상태, 이메일 업체의 오류 메시지를 확인하세요. 이렇게 계층별로 점검하면 모든 문제를 DNS가 아직 갱신되지 않은 탓으로 돌리는 일을 피할 수 있습니다.

지원 담당자가 판단할 수 있는 정보 남기기

문제가 생긴 도메인, 발생 시간과 시간대, 예상 동작, 현재 네임서버, 조회된 레코드 유형과 값을 제공합니다. 스크린샷에서는 계정, 청구 정보와 관련 없는 내용을 가려도 됩니다. ‘루트 도메인은 열리는데 www에서 인증서 오류가 난다’고 설명하면 ‘사이트가 고장 났다’고만 쓰는 것보다 상대방이 올바른 처리 범위를 찾기 쉽습니다.

작업 후 최종 설정과 담당 목록을 남겨 두면 다음에 하위 도메인을 추가하거나 이메일 서비스를 바꿀 때 출발점으로 삼을 수 있습니다. 관리표에는 필요한 정보만 넣고 매번 계정 전체를 다시 정리할 필요는 없습니다. 이번에 DNS 호스팅 서비스를 바꾸었다면 인계 문서도 갱신해 다음 유지보수 담당자가 어디에서 수정해야 하는지 알게 하세요. 더 이상 적용되지 않는 옛 화면에서 수정하는 일을 막을 수 있습니다.

자세한 설명 보기

현재 상태를 파악하고 네임서버 변경 또는 기존 레코드 수정 중 하나를 선택한 뒤 웹사이트와 이메일을 각각 검증하는 흐름.

도메인 구매 전 준비: 이름, 등록자와 갱신 관리

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

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