도메인 및 DNS 정보
TXT 레코드란? 여러 레코드 읽기와 확인 방법
TXT의 Name·Value·TTL, 여러 레코드와 문자열 분할의 차이, NetKarte 확인 방법을 설명합니다.
업데이트일: 2026년 10월 9일
TXT 레코드는 DNS 이름에 문자열을 연결합니다. SPF 메일 발신자 정책이나 서비스의 도메인 소유권 확인 등에 사용됩니다. 같은 이름에 TXT가 여러 개 있다는 사실만으로 설정 오류는 아닙니다.
TXT를 레코드별로 읽기
다음은 가상의 설명용 데이터이며 실제 조회 결과나 그대로 등록할 설정 예시가 아닙니다.
레코드 1
- Name:
example.com - Value:
google-site-verification=EXAMPLE_TOKEN - TTL:
300
레코드 2
- Name:
example.com - Value:
example-service-verification=SAMPLE_TOKEN - TTL:
300
Name은 레코드가 속한 이름, Value는 해당 레코드의 문자열입니다. 두 레코드의 값을 하나로 섞지 마세요. NetKarte는 여러 결과에 개수와 레코드 번호를 표시하고, 각 Name·Value·TTL을 한 묶음으로 보여 줍니다.
TTL은 DNS 응답을 캐시할 수 있는 시간을 초 단위로 나타냅니다. 300은 5분이지만 변경 후 5분 안에 전 세계에 반영된다는 보장은 아닙니다. NetKarte의 짧은 애플리케이션 캐시와 DNS TTL은 별개이며, 표시값은 실시간 남은 시간도 아닙니다.
여러 레코드와 한 레코드의 문자열 분할은 다릅니다
한 TXT 레코드에 여러 문자열이 들어갈 수 있습니다. NetKarte는 같은 레코드 안의 문자열을 공백 없이 이어 Value로 표시합니다. 제어 문자 등은 안전하게 읽을 수 있는 표기로 변환하므로 원본 통신 데이터 화면은 아닙니다.
예를 들어 한 레코드의 "example-service-verification="과 "SAMPLE_TOKEN"은 example-service-verification=SAMPLE_TOKEN으로 표시됩니다. TXT 레코드 두 개가 아닙니다.
TXT 내용을 해석하는 방법은 해당 서비스의 규칙에 따릅니다. SPF는 한 레코드의 문자열을 이어 붙이지만, 같은 이름에 여러 SPF 정책을 둘 수는 없습니다. “여러 TXT 레코드”와 “여러 SPF 정책”을 구분하세요.
NetKarte에서 확인하는 방법
- DNS Lookup에 서비스가 지정한 이름을 입력합니다.
example.com과www.example.com은 서로 다른 조회 대상입니다. - TXT를 선택하고 인증을 완료한 뒤 검색합니다.
- 각 레코드의 Name과 Value를 서비스에서 안내한 값과 비교합니다.
- 여러 결과에서 “전체 복사”는 해당 구역의 값을 줄바꿈으로 구분해 복사합니다. Name과 TTL을 포함한 설정 파일은 아닙니다.
질의는 NetKarte 서버에서 Cloudflare DNS 서비스로 전송됩니다. 사용자 기기나 회사 DNS의 응답을 측정하는 것이 아닙니다. ALL은 지원하는 레코드 유형을 조회하며 모든 하위 도메인을 탐색하지는 않습니다.
밑줄이 포함된 DNS 이름도 입력할 수 있습니다. DMARC는 _dmarc.example.com, DKIM은 selector._domainkey.example.com처럼 서비스가 지정한 전체 이름을 입력하고 TXT를 선택하세요. 이는 이름 형식의 예시이므로 실제 도메인과 DKIM 선택자로 바꿔야 합니다. TXT 조회는 메일의 인증 결과를 검증하는 작업과 다릅니다.
레코드를 찾지 못했을 때
- 선택한 유형의 레코드 없음: 이번 질의에서 TXT를 얻지 못한 상태이며, 다른 유형도 없다는 뜻은 아닙니다.
- 도메인을 찾을 수 없음: 리졸버가 이름이 없다고 응답한 상태입니다. 입력 이름을 확인하세요.
- 조회 오류: 시간 초과 등으로 확인을 완료하지 못한 상태입니다. TXT가 미설정이라고 판단할 수 없습니다.
설정한 이름, 관리 화면이 자동으로 붙이는 도메인 부분, 서비스가 요구한 값을 확인하세요. 이전 응답이나 “존재하지 않음” 응답도 캐시될 수 있습니다.
NetKarte는 TXT 내용을 평가하거나 메일 배달 및 소유권 확인 완료를 보장하지 않습니다. 확인용 레코드 삭제 여부는 서비스별 안내를 따르세요. Google Search Console은 확인 후에도 확인용 레코드를 유지하도록 요구합니다.
참고 자료
- IETF / RFC Editor: RFC 1035: Domain Names - Implementation and Specification (외부 사이트)확인일: 2026-10-09
- IETF / RFC Editor: RFC 7208: Sender Policy Framework (외부 사이트)확인일: 2026-10-09
- IETF / RFC Editor: RFC 2308: Negative Caching of DNS Queries (외부 사이트)확인일: 2026-10-09
- Google: Verify your site ownership (외부 사이트)확인일: 2026-10-01
- IETF / RFC Editor: RFC 6376: DomainKeys Identified Mail (DKIM) Signatures (외부 사이트)확인일: 2026-10-09
- IETF / RFC Editor: RFC 7489: Domain-based Message Authentication, Reporting, and Conformance (DMARC) (외부 사이트)확인일: 2026-10-09