도구로 건너뛰기
JoeLucky

도구의 ★를 눌러 저장하세요

도구 카테고리

내 IP 확인IP 조회IP 평판 및 위험도 검사CIDR 서브넷 계산기신규SPF·DMARC 생성기신규
JoeLucky

실용적인 온라인 도구를 한곳에서

개인정보처리방침이용약관

© 2026 JoeLucky®. 모든 권리 보유.

  1. JoeLucky
  2. /네트워크·IP
  3. /SPF·DMARC 생성기

SPF·DMARC 생성기

DNS 조회 없이 브라우저에서 SPF·DMARC 레코드를 만들고 검사하세요.

이 도구는 브라우저에서 텍스트를 만들고 점검하기만 합니다. DNS를 조회하지 않으며 DNS가 올바르게 설정되었는지 증명할 수 없습니다. 게시한 뒤에는 DNS 조회 도구로 레코드가 실제로 적용되었는지 확인하세요.
자주 쓰는 발송 서비스(include 값은 각 업체 문서 기준)
exists 도메인(고급, 한 줄에 하나)

생성된 SPF 레코드

v=spf1 include:_spf.google.com ~all
생성된 SPF 레코드
유형DNS 호스트 이름값
TXT@v=spf1 include:_spf.google.com ~all
DNS 조회1 / 10
35자—
발견된 문제가 없습니다.
근거와 한계
  • SPF는 RFC 7208을 따릅니다. DNS 조회를 일으키는 항목(include, a, mx, ptr, exists, redirect)은 최대 10개이며 ip4/ip6/all은 세지 않습니다.
  • DMARC는 RFC 9989(DMARCbis)를 따릅니다. 태그는 v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, t이며 pct, rf, ri는 제거되었습니다.
  • 주요 서비스의 include 값과 중첩 조회 수는 2026-10-20에 직접 확인하거나 공개 DNS에서 측정했습니다. 업체가 언제든 바꿀 수 있으니 각 업체 문서를 따르세요.
  • Postmark 문서는 SPF에 추가할 필요가 없다고 안내합니다(Return-Path가 Postmark 도메인에 있음). 그래서 기본 목록에 없습니다.
  • SPF, DMARC와 함께 DKIM도 사용하세요. DKIM 키와 셀렉터는 발송 서비스에서 받으며 이 도구는 개인 키를 만들지 않습니다.

비슷한 네트워크·IP

전체 보기
CIDR 서브넷 계산기

CIDR를 입력해 IPv4·IPv6의 네트워크, 브로드캐스트, 사용 가능 호스트, 마스크를 구하세요.

열기 →
IP 조회

IPv4/IPv6 주소, 도메인, URL의 RDAP 등록 정보와 역방향 DNS를 조회합니다.

열기 →
내 IP 확인

공인 IP, 네트워크 정보, 대략적인 위치를 보여 주고 WebRTC 누출을 검사합니다.

열기 →

💬 댓글

?

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요!

SPF·DMARC 생성기이(가) 무엇인가요?

SPF & DMARC 생성기는 RFC 7208(SPF)과 RFC 9989(DMARC)에 따라 이메일 인증 레코드를 만들고 검사합니다. SPF에서는 일반적인 발송 서비스의 include를 체크하고 IP를 추가하며 종료 규칙을 설정하고 DNS 조회 횟수(제한 10)를 추정할 수 있습니다. DMARC에서는 정책 p/sp/np, 보고서 메일함, 실패 보고서 옵션, 정렬 모드를 설정합니다. 기존 레코드를 붙여넣어 오프라인으로 구문을 검사할 수도 있습니다. 이 도구는 텍스트만 다루며 DNS를 조회하지 않으므로 DNS가 올바르게 설정되었는지는 증명할 수 없습니다.

사용 방법

  1. “SPF 생성기”에서 사용하는 발송 서비스를 체크하고 다른 include나 IP를 추가한 뒤 종료 규칙을 고르세요(~all로 시작).
  2. 생성된 레코드, DNS 조회 횟수, 점검 결과를 확인한 다음 레코드(또는 따옴표를 붙인 버전)를 DNS 관리 화면에 복사하세요.
  3. “DMARC 생성기”에서 도메인을 입력하고 정책과 보고서 메일함을 고른 뒤, p=none에서 p=quarantine, p=reject로 가는 안내를 따르세요.
  4. “SPF 검사기” 또는 “DMARC 검사기”로 기존 레코드를 붙여넣어 분석 결과와 점검 사항을 확인하세요.

참고 사항

  • 예: Google Workspace만 쓰는 도메인의 SPF는 v=spf1 include:_spf.google.com ~all이고, 시작용 DMARC는 v=DMARC1; p=none; rua=mailto:dmarc@your-domain입니다.
  • 도메인에는 SPF 레코드가 하나만 있을 수 있고 DNS 조회는 최대 10회입니다. RFC 9989는 DMARC에서 pct, rf, ri를 제거했으며 pct는 기본으로 쓰지 않습니다.
  • 일반 발신자의 include 값은 각 서비스의 공식 문서에서, 중첩 조회 수는 2026-10-20에 공개 DNS에서 측정한 값입니다(제공업체가 바꿀 수 있음). Postmark 문서는 SPF에 추가할 필요가 없다고 밝히므로 프리셋에 없습니다.
  • 도구는 텍스트만 다루고 DNS를 조회하지 않으며 DKIM 개인 키를 만들지 않습니다. 게시한 후에는 DNS 조회 도구와 테스트 메시지로 확인하세요.

자주 묻는 질문

이 도구로 내 DNS가 올바르게 설정되었는지 확인할 수 있나요?

아니요. 브라우저 안에서 레코드 텍스트만 만들고 검사하며 DNS를 조회하지 않으므로 레코드가 게시되었거나 활성인지는 증명할 수 없습니다. 게시한 후에는 DNS 조회 도구로 확인하고, 실제 테스트 메시지로 인증 결과를 확인하세요.

SPF의 DNS 조회 10회 제한이란 무엇인가요?

RFC 7208에 따르면 SPF 평가에는 DNS 쿼리를 일으키는 항목(include, a, mx, ptr, exists, redirect)이 최대 10개까지만 관여할 수 있으며, include 안에 중첩된 항목도 포함됩니다. ip4, ip6, all은 계산되지 않습니다. 제한을 넘으면 수신 측이 permerror를 반환하며, 이는 SPF가 실패함을 뜻합니다.

표시되는 조회 횟수는 얼마나 정확한가요?

내장된 일반 발신자의 경우 2026-10-20에 공개 DNS에서 측정한 중첩 조회 수를 사용합니다. 직접 입력한 include는 중첩 수를 알 수 없어 안내와 함께 1로 계산합니다. 제공업체는 언제든 레코드를 바꿀 수 있으므로 게시 전에 DNS 기반 SPF 검사기로 확인하세요.

SPF 레코드는 ~all로 끝내야 하나요, -all로 끝내야 하나요?

~all(소프트 페일)은 목록에 없는 출처가 아마 승인되지 않았지만 수락하되 표시해야 한다는 뜻이며, 모든 발신자를 확인하기 전인 초기에 적합합니다. -all(하드 페일)은 이를 즉시 거부합니다. Google 가이드는 ~all을, Microsoft는 DKIM과 DMARC도 갖춘 뒤에는 -all을 권장합니다. 누구나 내 도메인으로 보낼 수 있게 하는 +all은 절대 쓰지 마세요.

RFC 9989에서 DMARC는 어떤 태그를 정의하며 pct는 어떻게 되었나요?

RFC 9989(DMARCbis)는 v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, t를 정의합니다. RFC 7489의 pct, rf, ri 태그는 제거되었고, t(테스트 플래그, t=y가 흔한 pct=0 용도를 대략 대체)가 일반적인 용도를 이어받습니다. 이 도구는 기본적으로 pct를 쓰지 않으며 “고급 및 호환성 옵션”에서 켠 경우에만 추가합니다.

DMARC를 p=none에서 p=reject까지 단계적으로 옮기려면 어떻게 하나요?

p=none과 rua 주소로 시작해 최소 한 달간 집계 보고서를 모아 모든 합법적인 발신자를 찾습니다. 각 발신자의 SPF 또는 DKIM을 From 도메인과 정렬한 뒤 p=quarantine으로 올리고 다시 지켜봅니다(확신이 없으면 먼저 t=y 사용). 합법적인 메일이 더는 영향을 받지 않을 때만 p=reject로 전환하세요. p=reject는 메일링 리스트와 전달에 지장을 줄 수 있으니 먼저 보고서를 읽으세요.

다른 도메인의 보고서 메일함에 대해 알아야 할 점은 무엇인가요? Postmark가 프리셋이 아닌 이유는 무엇인가요?

rua 또는 ruf 메일함이 내 도메인 밖에 있으면 그 도메인이 “내-도메인._report._dmarc.다른-도메인”에 값이 v=DMARC1;인 TXT 레코드를 게시해야 하며, 그렇지 않으면 대부분의 수신 측이 보고서를 보내지 않습니다. 도구가 정확한 호스트 이름을 보여 줍니다. Postmark 자체 문서는 SPF에 추가할 필요가 없다고 밝히므로 프리셋에 없으며, 목록에 있는 각 서비스의 include 값은 해당 공식 문서에서 가져왔습니다.