TXT 레코드란?
TXT 레코드는 DNS에 임의의 텍스트를 담으며, 이메일 인증(SPF), 도메인 소유권 검증, 서비스 구성에 널리 사용됩니다. 하나의 도메인이 여러 TXT 레코드를 동시에 게시할 수 있습니다. 유연하고 추가하기 쉬워서, TXT 레코드는 기계가 읽을 수 있는 정책과 증명을 도메인에 붙이는 표준 방식이 되었습니다.
TXT 레코드의 용도
원래는 자유 형식 메모를 위한 것이었지만, 이제 TXT 레코드는 다른 시스템이 읽는 구조화된 데이터를 담습니다. SPF 정책은 어떤 서버가 도메인을 대신해 메일을 보낼 수 있는지 나열합니다. TXT로 게시되는 DKIM과 DMARC 레코드는 이메일을 인증하고 보고합니다. Google, Microsoft, Atlassian을 비롯한 수많은 SaaS 도구의 검증 문자열은 도메인을 통제함을 증명합니다. 사이트 검증, BIMI, 사용자 지정 애플리케이션 설정을 위한 TXT 레코드도 볼 수 있습니다. 각각 다른 소비자를 위한 것이므로, 활동이 많은 도메인은 시간이 지나며 여러 개를 쌓아 갑니다.
TXT 조회 결과를 읽는 방법
IPeek는 도메인의 모든 TXT 레코드를 각각 따옴표로 묶인 문자열로 반환합니다. 접두사로 구분하세요. v=spf1은 SPF 정책을, v=DMARC1은 DMARC 정책(보통 _dmarc 하위 도메인에 있음)을, google-site-verification 같은 토큰은 소유권 증명을 표시합니다. 여러 따옴표 묶음으로 나뉜 긴 문자열은 리졸버가 이어 붙인 하나의 논리적 레코드입니다. 같은 이름에 SPF 레코드가 두 개 있는 것(유효하지 않음)과, 더 이상 사용하지 않는 서비스의 오래된 검증 토큰(안전하게 정리 가능)을 주의하세요.
TXT, SPF, 이메일 인증 설명
SPF, DKIM, DMARC는 모두 TXT 레코드에 들어 있으며 함께 작동해 사칭을 막습니다. SPF(v=spf1)는 어떤 IP와 호스트가 도메인을 대신해 메일을 보낼 수 있는지 선언하고, 수신 서버는 그 외의 것을 거부하거나 표시합니다. DKIM은 공개 키를 게시해 수신 서버가 각 메시지의 암호화 서명을 검증할 수 있게 합니다. DMARC(v=DMARC1, _dmarc에 위치)는 둘을 묶어 실패를 어떻게 처리할지와 보고서를 어디로 보낼지를 수신 서버에 알려 줍니다. 도메인에는 정확히 하나의 SPF 레코드만 있어야 하지만, 그 옆에 다른 TXT 레코드는 여러 개 둘 수 있습니다.