도메인 확인 레코드

How to prove you own a domain, whether the service asking is KapsuleHost, Google, Microsoft or anyone else, and how to add the record in KPanel.

도메인의 소유권을 증명하는 방법(KapsuleHost, Google, Microsoft 또는 다른 서비스에서 요청하는 경우)과 KPanel에서 레코드를 추가하는 방법입니다.

어느 시점이 되면 특정 서비스가 도메인의 소유권을 증명할 때까지 도메인에 대한 작업을 거부할 것입니다. 증명 방식은 거의 항상 같습니다. 서비스가 문자열을 제공하면 이를 DNS 레코드로 발행하고, 서비스가 조회합니다. 이를 확인할 수 있다면 도메인을 제어한다는 것이 명확합니다. 소유자만 DNS를 발행할 수 있기 때문입니다.

이 가이드에서는 Kapsule이 요청하는 레코드, 다른 서비스가 요청하는 레코드, 그리고 둘 다 추가하는 방법을 다룹니다.

DNS 편집기 위치

사이드바에서 도메인을 클릭하고 도메인을 선택한 다음 DNS 탭을 클릭합니다. 이것이 전체 레코드 편집기이며 레코드를 추가하거나 변경할 수 있는 유일한 곳입니다.

사이트(웹사이트, 사이트, 도메인, DNS) 아래의 DNS 보기는 읽기 전용입니다. 발행된 항목을 표시하고 전체 편집기로 연결되는 링크가 있습니다. 추가 버튼을 찾고 있지만 찾을 수 없다면 읽기 전용 보기에 있는 것입니다.

편집기는 DNS가 Kapsule에서 호스팅되는 도메인에서만 작동합니다. 도메인이 여기에 등록되어 있지만 네임서버가 다른 곳을 가리키고 있다면, DNS가 실제로 있는 곳에 레코드를 발행해야 합니다. 네임서버를 참조하세요.

KPanel의 DNS 레코드 편집기

Kapsule 자체 확인 레코드

Kapsule은 한 가지 상황에서 하나의 확인 레코드를 요청합니다: DNS를 실행하지 않는 도메인에 사서함을 추가하는 경우입니다.

도메인이 우리와 함께 등록되어 있거나 DNS가 우리와 함께 호스팅되는 경우, 우리는 이미 도메인을 소유하고 있다는 것을 알 수 있으므로 아무것도 요청하지 않습니다. DNS가 다른 곳에 있는 경우, 우리는 그것을 알 수 없으므로 해당 도메인에 대한 메일을 수락하기 전에 소유권을 증명하도록 요청합니다.

레코드

필드	값
유형	TXT
이름	`_kapsule-verify.yourdomain.com`
값	`kapsule-verify=` 뒤에 패널에 표시된 토큰

토큰은 계정에 대해 생성되며 패널에 표시됩니다. 이름과 값을 다시 입력하는 대신 복사 버튼으로 복사합니다.

단계

KPanel에서 사서함 또는 도메인을 열고 전달성 섹션으로 이동합니다.
도메인 확인 카드를 찾습니다. 레코드 이름, 값 및 상태 배지를 표시합니다.
해당 TXT 레코드를 DNS가 호스팅된 곳에 발행합니다.
1분 또는 2분 정도 기다립니다.
돌아와서 확인을 클릭합니다.

검사는 우리 자체 DNS 대신 공개 리졸버에 대해 실시간으로 수행되므로 표시되는 내용은 인터넷의 나머지 부분이 표시되는 내용입니다. 이는 답변이 정확하다는 의미이며, 캐시가 따라잡는 동안 1분 또는 2분 동안 실패할 수 있음을 의미합니다.

확인이 실패하면 레코드가 잘못되었다고 즉시 가정하지 마십시오. 가장 일반적인 원인은 레코드가 표시되기 전에 확인을 클릭했다는 것입니다. 2분 기다린 후 다시 시도합니다. 두 번째로 가장 일반적인 원인은 DNS 호스트가 이미 도메인을 포함하는 이름에 도메인을 자동으로 추가하여 _kapsule-verify.yourdomain.com.yourdomain.com를 제공하는 것입니다. 레코드가 실제로 확인되는 항목을 확인하십시오.

이후

확인되면 도메인이 소유권으로 기록되고 그대로 유지됩니다. 깔끔한 영역을 원한다면 TXT 레코드를 제거할 수 있으며 아무것도 손상되지 않습니다.

한 가지 주의: 해당 도메인에 대한 확인을 다시 시작하면 새로운 토큰이 발행되고 이전에 발행된 값은 쓸모없게 됩니다. 따라서 레코드를 제거했다가 나중에 다시 확인하도록 요청받으면, 이전에 가지고 있던 내용을 다시 사용하는 대신 패널에서 새로운 값을 복사합니다.

다른 서비스의 확인 레코드

다른 모든 확인 레코드는 같은 방식으로 작동합니다. 서비스가 값을 제공하면 DNS 탭에 추가하고 돌아가서 확인 버튼을 클릭합니다.

일반적인 것들:

서비스	유형	일반적인 이름	값의 형태
Google Search Console	TXT	기본 도메인	`google-site-verification=...`
Microsoft 365	TXT	기본 도메인	`MS=ms...`
Meta 비즈니스 도메인	TXT	기본 도메인	`facebook-domain-verification=...`
다양한 SaaS 도구	TXT 또는 CNAME	`_something` 하위도메인	임의의 토큰

하나 추가

도메인으로 이동하고 도메인을 클릭한 다음 DNS를 클릭합니다.
레코드를 추가합니다.
유형(일반적으로 TXT)을 설정합니다.
이름의 경우, 서비스가 기본 도메인 또는 루트에 배치하도록 하려면 @를 입력합니다. 하위도메인을 요청하는 경우 _dnsauth와 같은 레이블만 입력합니다. 레이블에 도메인 이름을 포함하지 마십시오.
값을 정확히 지정된 대로 붙여넣고 직접 따옴표를 추가하거나 뒤에 공백이 없습니다.
저장하고 몇 분 기다린 후 다른 서비스에서 확인을 클릭합니다.

편집기가 당신을 위해 처리하는 세 가지, 일반적인 논쟁을 저장하는 것:

긴 값은 문제없습니다. 단일 DNS 문자열의 255자 제한을 초과하는 확인 토큰은 올바르게 분할됩니다.
따옴표는 처리됩니다. 원시 값을 붙여넣습니다. 스스로 따옴표로 감싸지 마십시오.
같은 이름의 여러 TXT 레코드가 공존합니다. 기본 도메인의 Google 확인 레코드는 거기의 SPF 레코드를 대체하지 않습니다. 둘 다 발행되고 둘 다 발견됩니다. 이것은 대부분의 다른 레코드 유형에서 그렇지 않기 때문에 사람들을 계속 놀라게 합니다.

기존 SPF, DKIM 또는 DMARC 레코드를 확인 토큰으로 바꾸지 마십시오. 이들은 다른 이름에 있거나 같은 이름 옆에 있습니다. 서비스가 "TXT 레코드를 바꾸라"고 말하면, 이전에 제공한 레코드를 바꾸는 것이지 이메일 인증을 수행하는 레코드를 바꾸는 것이 아닙니다. SPF, DKIM 및 DMARC를 참조하세요.

그대로 두어야 할 레코드

DNS 편집기에 있는 동안 만들지 않은 레코드를 알 수 있습니다.

_acme-challenge TXT 레코드는 인증서가 발급되거나 갱신될 때 자동으로 생성되고 제거됩니다. 수동으로 삭제하지 마십시오. 발급 후 하나가 남아 있으면 해롭지 않습니다. SSL 인증서를 참조하세요.
_dmarc 및 _domainkey 레코드는 이메일 인증을 수행합니다. 제거하면 확인이 아닌 메일 전달성이 끊어집니다. SPF, DKIM 및 DMARC를 참조하세요.
도메인 자체의 SOA 및 NS 레코드는 영역의 자체 배관입니다.

편집기가 지원하는 레코드 유형

유형 드롭다운은 A, AAAA, CNAME, MX, TXT, NS, SRV 및 CAA를 제공합니다. 우선순위 필드는 MX 및 SRV의 경우 나타나며, 이는 이를 사용하는 유일한 두 가지 유형이기 때문입니다.

서비스가 목록에 없는 레코드 유형을 요청하는 경우, 다른 것으로 근사하려고 시도하는 대신 지원 티켓을 열어주십시오. 지원 티켓 열기를 참조하세요.

소요 시간

변경 사항은 우리 네임서버에서 본질적으로 즉시 적용됩니다. 레코드가 작성되고 다른 네임서버에 즉시 선택하도록 지시됩니다. 편집기는 TTL을 설정하도록 요청하지 않으므로 신경 쓸 필요가 없습니다.

실제로 기다리고 있는 것은 다른 사람들의 캐시입니다. 이미 해당 이름을 조회한 리졸버는 캐시된 사본이 만료될 때까지 이전 답변을 유지합니다. 실제로 확인 검사는 일반적으로 1분 또는 2분 이내에 성공하며 때로는 더 오래 걸립니다.

서비스가 1시간 후에도 레코드를 볼 수 없다면 레코드 자체가 잘못되었습니다. 이름을 먼저 확인합니다. 레이블의 중복된 도메인 접미사가 가장 일반적인 실수입니다.