도메인에 유효한 v=DMARC1 TXT 레코드를 만드는 무료 DMARC 생성기입니다. DMARC 정책을 선택하고 정렬과 보고를 설정한 뒤 레코드를 복사하세요. 가입할 필요 없이 페이지에서 바로 실행되는 무료 DMARC 정책 레코드 생성기입니다.
정책을 적용할 실패 메시지 비율입니다. quarantine 또는 reject를 도입할 때는 낮은 값을 사용하십시오.
DMARC 레코드는 _dmarc.yourdomain 에 게시하는 하나의 TXT 레코드로, SPF 와 DKIM 이 표시되는 From 도메인과 정렬되지 않을 때 수신자가 수행할 작업을 지정합니다. 이 무료 DMARC 레코드 생성기는 DMARC 정책 결정을 올바른 태그 구문으로 변환합니다.
수신자는 메일 수신 시 레코드를 읽고 SPF 및 DKIM 정렬을 평가한 뒤 게시된 정책을 적용합니다. 이 DMARC 생성기는 보고 주소가 포함된 p=none 을 기본값으로 사용합니다. 시행 전 모니터링만이 안전한 도입 방식이며, reject 를 기본값으로 삼는 DMARC 생성기는 위험하기 때문입니다.
p 태그가 전체 정책을 결정합니다. DMARC 생성기는 세 가지 정책을 모두 제공하고 안전한 정책을 기본값으로 사용해야 하며, 이 무료 DMARC 정책 레코드 생성기도 그렇게 작동합니다.
aspf 및 adkim 태그는 인증된 도메인이 From 도메인과 얼마나 엄격하게 일치해야 하는지 제어합니다. 완화 정렬은 조직 도메인이 일치하면 되며 이 DMARC 생성기의 기본값입니다. 엄격 정렬은 정확한 일치를 요구해 하위 도메인 발송을 알아차리기 어렵게 중단시킬 수 있습니다. 정렬된 모든 발신 출처를 알고 있을 때만 이 DMARC 생성기에서 변경하세요.
rua 태그는 모든 주요 수신자로부터 일일 집계 XML 을 수집합니다. 이 태그가 없으면 p=none 레코드에서 아무 정보도 얻을 수 없습니다. 따라서 DMARC 생성기는 rua 를 선택 항목이 아닌 중요 필드로 취급합니다.
ruf 태그는 메시지별 포렌식 사본을 요청합니다. 개인정보 보호 때문에 더 이상 이를 보내지 않는 수신자가 많으므로 이 DMARC 생성기는 rua 를 항상 설정하고 ruf 는 선택 항목으로 둡니다. 집계 데이터는 아무도 기억하지 못한 발신 출처를 찾아내는 핵심입니다.
DMARC 자체에는 암호화 기능도 IP 목록도 없습니다. SPF 와 DKIM 결과를 읽고 정렬을 확인하므로, 두 레코드가 뒷받침하지 않는 DMARC 생성기 출력은 아무것도 시행하지 못합니다. 먼저 SPF 와 DKIM 을 게시한 다음 이 DMARC 생성기를 사용하세요.
DMARC 레코드 생성기의 출력을 게시한 뒤에는 다음 도구로 확인하세요. 이메일 검증 으로 매번 발송 전에 유효하지 않은 주소를 제거하거나 대량 이메일 검증으로 대규모 목록을 확인하십시오. 요금 에서 검증 요금제를 확인하십시오.
레코드의 역할
DMARC 레코드는 _dmarc.yourdomain 에 게시하는 하나의 TXT 레코드로, SPF 와 DKIM 이 표시되는 From 도메인과 일치하지 않을 때 수신자가 수행할 작업을 지정합니다. 무료 DMARC 생성기는 이 정책을 올바른 태그 구문으로 변환합니다.
SPF 는 봉투 발신자를 허가하고 DKIM 은 메시지에 서명하지만, 어느 쪽도 수신자가 실제로 보는 주소와 연결되지는 않습니다. DMARC 는 정렬을 추가하여 인증된 도메인이 From 도메인과 일치하도록 합니다.
따라서 SPF 와 DKIM 은 있지만 DMARC 레코드가 없는 도메인은 사용자가 확인하는 핵심 위치에서 여전히 손쉽게 위조될 수 있습니다. DMARC 레코드 생성기에 90 초를 투자할 가치가 있는 이유입니다.
p=none 은 모니터링만 하고 아무것도 변경하지 않습니다. p=quarantine 은 DMARC 에 실패한 메일을 스팸함으로 보내고, p=reject 는 수신자가 해당 메일을 즉시 거부하도록 요청합니다. 이 DMARC 레코드 생성기는 선택한 정책을 p 태그에 기록합니다.
이 DMARC 레코드 생성기가 p=none 을 기본값으로 사용하는 데에는 이유가 있습니다. 이를 게시하고 몇 주 동안 보고서를 확인한 뒤 정책을 강화하세요. 발신자를 모두 파악하지 못한 도메인에서 reject 로 시작하면 첫날부터 정상 메일을 잃게 됩니다.
aspf 와 adkim 은 각각 r(완화, 조직 도메인이 일치해야 함) 또는 s(엄격, 정확한 도메인이 일치해야 함)를 사용합니다. 완화 정렬이 합리적인 기본값이며, 변경하지 않는 한 이 무료 DMARC 레코드 생성기도 이를 사용합니다.
엄격 정렬은 완화 정렬에서 허용되던 하위 도메인 발송을 중단시켜 원인을 찾기 어렵고 혼란스러운 문제를 일으킬 수 있습니다. 따라서 별도 설정이 없으면 무료 DMARC 레코드 생성기는 두 태그를 모두 완화 정렬로 둡니다.
보고 주소가 없으면 p=none 에서 아무 정보도 얻을 수 없습니다. rua 태그는 모든 주요 수신자로부터 일일 집계 XML 을 수집하며, 이 데이터만이 잊고 있던 발신자를 찾을 수 있게 해 줍니다.
rua 를 생략하는 무료 DMARC 레코드 생성기는 기술적으로 유효하지만 운영상 쓸모없는 레코드를 만듭니다. 따라서 이 생성기는 보고 주소를 먼저 요청합니다.
태그별 설명
레코드는 짧습니다. 각 태그의 역할을 알아야 나중에 추측 없이 정책을 강화할 수 있습니다.
버전 태그는 첫 번째, p 는 두 번째에 와야 합니다. 레코드의 시작 부분을 구문 분석할 수 없는 수신자는 전체 레코드를 무시합니다.
도메인당 레코드 하나를 루트가 아닌 _dmarc.yourdomain 에 게시합니다. DMARC 레코드 생성기가 정확한 호스트를 표시합니다.
pct=25 는 실패 메시지의 4 분의 1 에 정책을 적용합니다. 한 번의 변경에 전체 도메인을 걸지 않고 quarantine 에서 reject 로 이동하는 안전한 방법입니다.
각 단계에서 집계 보고서를 확인하며 값을 높이고, 실제 TXT 값을 직접 편집하지 말고 DMARC 레코드 생성기에서 다시 생성하세요.
sp 가 없으면 하위 도메인은 p 를 상속합니다. sp 를 사용하면 상위 도메인은 reject 로 유지하면서 마케팅 도구가 사용하는 하위 도메인은 none 으로 둘 수 있습니다.
일반적으로 상위 정책을 상속하는 것이 적절하므로, 무료 DMARC 레코드 생성기는 사용자가 설정할 때만 sp 를 출력합니다.
rua 는 매일 집계 XML 을 받습니다. ruf 는 메시지별 포렌식 사본을 받지만, 개인정보 보호 때문에 더 이상 이를 전혀 보내지 않는 수신자도 많습니다.
rua 는 항상 설정하세요. ruf 는 선택 항목으로 취급하고 데이터가 적을 수 있음을 예상해야 합니다. 무료 DMARC 레코드 생성기에서도 선택 필드로 명확히 표시합니다.
도입
레코드는 게시하기 쉽지만 잘못 게시하기도 쉽습니다. 구문보다 순서가 더 중요합니다.
무료 DMARC 레코드 생성기로 레코드를 만들고 _dmarc.yourdomain 에 TXT 레코드로 게시한 뒤 기다리세요. 메일 처리는 아무것도 바뀌지 않으며, 이것이 p=none 으로 시작하는 이유입니다.
주요 수신자의 보고서는 1~2 일 내에 도착하기 시작하며, 이때 무료 DMARC 레코드 생성기가 진정한 가치를 발휘합니다.
집계 XML 은 도메인 명의로 발송하는 모든 출처와 각 출처의 정렬 통과 여부를 보여 줍니다. 여기서 잊고 있던 청구 시스템을 발견할 수 있습니다.
찾아낸 정상 출처의 SPF 와 DKIM 을 수정하세요. 하나라도 정렬에 실패하는 동안에는 DMARC 레코드 생성기를 다시 실행해 정책을 강화하지 마세요.
p=quarantine 으로 다시 생성하고, 필요하면 pct= 로 단계적으로 적용하세요. 몇 주 동안 확인한 뒤 무료 DMARC 레코드 생성기에서 p=reject 로 한 번 더 생성하세요.
각 단계에서 실제로 조회되는 결과를 DMARC 검사기로 확인하세요. DNS 패널이 긴 TXT 값을 손상시킬 수 있어 게시했다고 생각한 정책이 실제로는 적용되지 않았을 수 있습니다.
새 마케팅 플랫폼, 새 헬프데스크, 새 청구 시스템이 추가될 때마다 시행 정책을 통과할 수 있도록 SPF 및 DKIM 정렬을 먼저 구성해야 합니다.
DNS 패널에서 실제 문자열을 직접 편집하지 말고 무료 DMARC 정책 레코드 생성기를 다시 사용하세요. 직접 편집하면 불필요한 세미콜론이 들어가기 쉽습니다.
한계
DMARC 는 다른 두 레코드를 조율합니다. 두 레코드를 대체하지 않으며 전송 품질에도 관여하지 않습니다.
DMARC 에는 암호화 기능도 IP 목록도 없습니다. SPF 와 DKIM 결과를 읽고 정렬을 확인합니다. 어느 쪽도 구성하지 않았다면 DMARC 레코드는 아무 역할도 하지 못합니다.
먼저 SPF 와 DKIM 을 게시하세요. DMARC 레코드 생성기의 출력은 첫 번째가 아닌 세 번째 단계이며, 무료 DMARC 정책 레코드 생성기는 구성하지 않은 인증을 만들어 낼 수 없습니다.
DMARC 는 정확히 일치하는 도메인을 보호합니다. 공격자가 한 글자만 다른 도메인을 등록하면 게시한 어떤 정책도 영향을 주지 못합니다.
이 위협에는 DNS 레코드가 아니라 모니터링과 사용자 교육이 필요합니다.
완벽한 시행 정책도 발송 대상 주소의 존재 여부는 알려 주지 않습니다. 발신자 인증과 수신자 검증은 별개의 문제입니다.
수신자 측은 이메일 검증 캠페인 전에 사용하세요. 인증과 목록 위생은 동일한 발송 워크플로의 두 축입니다.
DMARC 통과는 최신 수신자가 기대하는 전제 조건이지 전송률을 높이는 수단이 아닙니다. 콘텐츠, 불만 신고, 반송률이 여전히 메일 배치를 결정합니다.
무료 DMARC 레코드 생성기로 레코드를 올바르게 만든 다음 콘텐츠, 불만 신고, 반송률을 개선하세요.
참고 자료
DMARC 는 IETF 에서 정의하며, 이 DMARC 생성기와 함께 제공되는 도구는 DMARC 생성기가 처리하지 못하는 영역을 다룹니다.
IETF의 RFC 7489 DMARC 와 관련 태그, 정렬, 이 DMARC 레코드 생성기가 출력하는 보고 형식을 정의합니다.
보고 형식을 포함해 DMARC 레코드 생성기가 만드는 모든 태그는 이 문서의 해당 절에 연결됩니다.
게시 후 DMARC 검사기 에서 실제 레코드를 조회하고 적용된 정책, 정렬 모드, 보고 주소를 확인할 수 있습니다.
여기서 DMARC 레코드 생성기로 만들고 검사기에서 확인하세요. 이 조합은 생성기만으로 확인할 수 없는 문제를 찾아냅니다.
DMARC 는 SPF 와 DKIM 결과를 읽습니다. SPF 생성기 와 DKIM 도구는 DMARC 정책이 의존하는 두 레코드를 만듭니다.
SPF 와 DKIM 어느 쪽도 뒷받침하지 않는 DMARC 레코드 생성기 출력은 아무것도 시행하지 못합니다.
유료 AI 기능과 함께 계정 없이 사용할 수 있는 19 가지 무료 도구를 제공합니다.
무료 도구
무료 DMARC 레코드 검사기로 모든 도메인의 실시간 레코드와 실제 적용 정책을 확인하십시오. 모든 태그를 파싱하고 검증하며 가입이 필요 없습니다.
도메인 또는 인프라 증거이며, 메일박스 증명은 아닙니다.
무료 도구
무료 SPF 레코드 검사기로 모든 도메인의 실제 SPF 레코드를 해석하고 DNS 조회 횟수와 구문을 검증하십시오. 가입이 필요 없습니다.
무료 도구
무료 DKIM 레코드 검사기로 모든 셀렉터의 실시간 DKIM 레코드를 조회하고 공개 키를 검증하며 잘림 또는 테스트 모드를 확인하십시오.
무료 도구
모든 도메인의 A, AAAA, MX, TXT, NS, CNAME, SOA DNS 레코드를 권한 있는 네임서버에서 실시간으로 무료 조회하십시오. 가입이 필요 없습니다.
이메일 도구
무료 이메일 전달률 테스트: 메시지 하나를 보내 인증, DNS, 스팸 필터, 블랙리스트, 헤더, 콘텐츠 점수를 확인하세요. 가입 없이 이용하는 무료 인박스 배치 테스트입니다.
발신자 또는 메시지 진단이며, 주소 탐색이 아닙니다.
이메일 검증 도구
가입 없이 무료 이메일 검증기로 이메일 주소의 유효성을 확인하세요 — 구문, MX, SMTP 메일박스, 일회용, 역할 및 catch-all 검사.
수신자 증거이며, 발신자나 DNS 설정이 아닙니다.
예. 가입이나 계정 없이 이용하는 무료 DMARC 생성기입니다. 필요한 만큼 레코드를 만들 수 있습니다. DMARC 생성기는 페이지에서만 실행되며 도메인 정보는 저장되지 않습니다.
도메인 루트가 아닌 _dmarc.yourdomain 에 TXT 레코드로 게시합니다. 호스트는 _dmarc, 유형은 TXT, 값은 이 DMARC 생성기가 만든 문자열입니다. 도메인당 레코드는 하나만 있어야 하며, 두 개가 있으면 병합되는 것이 아니라 구문 분석에 실패합니다.
rua 주소가 포함된 p=none 으로 시작하세요. 메일 처리는 바뀌지 않으며 도메인을 사용하는 모든 발신자를 보여 주는 집계 보고서가 생성되기 시작합니다. 보고서에 문제가 없으면 quarantine 으로 이동한 다음 reject 로 강화하세요. reject 를 기본값으로 사용하는 DMARC 생성기는 첫날부터 정상 메일을 잃게 할 수 있습니다.
정렬이란 SPF 또는 DKIM 이 인증한 도메인이 표시되는 From 도메인과 일치해야 한다는 뜻입니다. 완화 정렬은 조직 도메인이 일치하면 되고, 엄격 정렬은 정확한 일치를 요구합니다. 엄격 정렬은 하위 도메인 발송을 중단시킬 수 있으므로, 변경하지 않는 한 DMARC 생성기는 완화 정렬을 사용합니다.
아닙니다. DMARC 는 SPF 와 DKIM 결과를 읽고 정렬을 시행합니다. SPF 와 DKIM 어느 쪽도 뒷받침하지 않는 레코드는 아무 역할도 하지 못하므로 DMARC 생성기는 첫 번째가 아닌 세 번째 단계입니다.
일반적으로 p=none 상태로 2~6 주가 걸립니다. 집계 보고서에서 모든 정상 발신자가 나타나기에 충분한 기간입니다. 해당 발신자의 SPF 및 DKIM 정렬을 수정한 다음 DMARC 생성기에서 p=quarantine 으로 다시 생성하고, 이후 p=reject 로 강화하세요.
