TXT 레코드 (TXT Record)

TXT 레코드(TXT Record)는 도메인 이름에 하나 이상의 텍스트 문자열을 연결해 DNS에 저장하는 리소스 레코드입니다. 문자열의 의미는 이를 읽는 서비스나 프로토콜이 정하며 도메인 소유 확인과 이메일 발신 정책 등에 쓰입니다. 웹서버의 텍스트 파일과 저장 위치가 다르고, 같은 도메인에도 서로 다른 목적의 TXT 레코드가 존재할 수 있습니다.

도메인 이름에 연결하는 문자열

DNS 형식 명세 RFC 1035는 TXT 레코드의 데이터 영역을 하나 이상의 문자열로 정의합니다. DNS 질의는 이름과 레코드 유형을 지정해 정보를 찾습니다. 따라서 같은 도메인 이름을 조회하더라도 주소를 찾는 질의와 TXT 데이터를 찾는 질의는 다른 정보를 요청합니다. 문자열에 웹 주소를 넣어도 그것만으로 브라우저의 접속 대상이 바뀌는 것은 아닙니다.

Cloudflare의 TXT 레코드 설명은 도메인 소유 확인을 용도 중 하나로 듭니다. 도메인 확인을 요구하는 서비스는 지정한 이름에 특정 문자열을 추가하라고 안내할 수 있습니다. 서비스는 DNS에서 그 값을 읽어 설정 권한을 확인하는 자료로 사용합니다. 무엇을 확인하는지와 어떤 값이 맞는지는 서비스의 절차가 정하며, TXT 유형 자체가 계정 권한을 자동으로 부여하지는 않습니다.

레코드를 추가할 때는 이름과 값을 구분합니다. 관리 화면의 이름 칸은 기준 도메인을 자동으로 붙이기도 하고 전체 이름을 요구하기도 합니다. 같은 문자열을 넣었는데 확인이 실패했다면 값만 보지 않고 최종 질의 이름도 대조합니다. 운영 도메인이 아닌 다른 영역에 레코드를 저장하면 그 영역에서는 정상으로 보여도 서비스가 찾는 이름에는 값이 없을 수 있습니다.

용도별로 달라지는 해석 규칙

이메일 발신 정책 명세 RFC 7208은 SPF 정보를 DNS의 TXT 레코드로 게시하는 방법을 정합니다. SPF는 주어진 도메인의 이름으로 메일을 보내는 호스트가 정책에 맞는지 확인하는 데 쓰입니다. TXT 안의 문자열을 SPF로 해석하는 것은 이 프로토콜의 규칙이며, 모든 TXT 레코드가 이메일 정책이라는 뜻은 아닙니다.

같은 이름에 다른 용도의 TXT 값이 함께 있을 수 있지만, 특정 프로토콜이 허용하는 레코드 수는 별도입니다. RFC 7208은 하나의 도메인 이름에서 SPF로 선택되는 레코드가 여러 개이면 오류가 되는 규칙을 둡니다. 기존 값을 남기고 새 SPF 문자열을 추가하는 작업이 단순한 정보 보충으로 끝나지 않을 수 있습니다. 변경 전에 어느 레코드가 같은 용도로 해석되는지 확인합니다.

웹의 llms.txt는 HTTP 주소로 제공하는 파일이며 llms.txt 항목에서 설명하는 문서입니다. DNS TXT 레코드는 DNS 영역의 데이터이므로 웹사이트 폴더에 TXT라는 파일을 올리는 것으로 만들지 않습니다. 두 이름에 텍스트가 들어간다는 공통점만으로 설정 절차를 섞으면, 서비스가 조회하는 위치에 필요한 정보가 생기지 않습니다.

저장 결과와 실제 조회의 차이

관리 화면에서 저장을 마친 결과와 다른 곳에서 조회한 결과는 다를 수 있습니다. RFC 1035의 TTL 설명은 DNS 자료를 캐시에 보관할 수 있는 시간을 다룹니다. 이미 값을 읽어 둔 해석기가 이전 자료를 사용하면 변경한 값이 즉시 보이지 않을 수 있습니다. 저장 성공만 확인하기보다 어느 DNS 서버에 어떤 이름을 질의했는지도 기록합니다.

TXT 데이터는 공개 DNS 응답으로 읽힐 수 있습니다. 도메인 확인용으로 서비스가 게시하라고 준 값과 API 비밀 키는 용도가 다릅니다. 이름에 토큰이 들어간다는 이유로 서버 인증에 쓰는 비밀값을 대신 게시하지 않습니다. 서비스가 요구한 정확한 유형과 이름, 값을 대조하면 다른 설정에서 복사한 정보를 넣는 실수를 줄일 수 있습니다.

문제를 조사할 때는 기존 레코드를 지우기 전에 사용 목적을 확인합니다. 이메일 인증, 외부 서비스 연결, 도메인 확인이 같은 이름 아래 함께 놓여 있을 수 있기 때문입니다. 새 값을 추가한 뒤에는 목표 서비스의 확인 결과와 실제 DNS 응답을 연결하고, 더는 쓰지 않는 값의 제거도 그 서비스를 종료했는지에 맞춰 판단합니다.