SPF 레코드에서 ~all과 -all의 차이는 무엇인가요?

`~all`은 소프트페일(SoftFail)로, 지정되지 않은 서버에서 발송된 메일을 의심 메일(스팸함 격리 가능)로 취급하되 일단 수신을 허용합니다. `-all`은 하드페일(HardFail)로, 지정되지 않은 서버의 메일을 즉시 수신 거부(반송)하라는 엄격한 정책입니다. 일반적으로는 시스템 장애 방지를 위해 `~all`을 가장 널리 씁니다.

DMARC 레코드를 등록했는데 왜 바로 적용되지 않나요?

DNS 레코드 변경 사항이 전 세계 네임서버로 전파(Propagation)되는 데에는 보통 수 분에서 최대 24~48시간이 소요됩니다. TTL(Time to Live) 값이 지나야 수신 메일 서버가 새 DMARC 정책을 조회할 수 있습니다.

무료 웹메일(예: @naver.com, @gmail.com)을 발신자로 쓰는 경우에도 설정이 필요한가요?

아닙니다. 개인 무료 계정은 네이버나 구글 본사 서버의 DNS 정책을 자동으로 따릅니다. 본 도구는 직접 도메인을 구매하여 회사나 개인 브랜딩 메일(`user@yourdomain.com`)을 운영하는 웹마스터를 위한 도구입니다.

SPF의 10회 DNS 조회 한도(DNS Lookup Limit)란 무엇인가요?

RFC 7208 규격에 따라 SPF 레코드를 해석할 때 발생하는 외부 DNS 쿼리는 10회를 넘을 수 없습니다. `include:`, `a`, `mx`, `redirect` 지시어가 여기에 포함됩니다. 대형 메일 서비스 3개 이상을 `include`하면 손쉽게 10회를 초과할 수 있으므로 발송 전용 서브도메인을 분리하는 것이 좋습니다.

DMARC pct 태그는 어떤 역할을 하나요?

`pct`는 DMARC 정책을 적용할 수신 메일의 비율(Percentage)을 의미합니다. 예를 들어 `p=quarantine; pct=20`으로 설정하면 인증 실패 메일 중 20%만 스팸함으로 보내고 80%는 통과시켜 단계적 모니터링을 진행할 수 있습니다. 100이 기본값입니다.

이메일 SPF & DMARC 레코드 생성기

HOT

Gmail/Yahoo 스팸 차단 방지 및 도메인 사칭 피싱 방어를 위한 DNS용 SPF 및 DMARC TXT 레코드 마법사

ADVERTISEMENT · TOP BANNER

Responsive 728x90 / 320x100 Ad Slot

(CLS Prevention Active · Zero Shift)

100% 브라우저 연산 (서버 전송 없음, 개인정보 안전)

Interactive Client Mode

도메인 이메일 SPF & DMARC 레코드 생성기

발송 도메인 (Domain Name)

사내 발송 서버 IP (IPv4/IPv6)

SPF 검증 실패 정책

DMARC 정책 설정 (Domain Message Authentication)

DMARC 강도 (p=)

적용 비율 (pct=)

DMARC 리포트 수신 이메일 (rua=mailto:...)

1. SPF TXT | Host: @ (or mycompany.com)

v=spf1 include:_spf.google.com ip4:203.0.113.15 ~all

2. DMARC TXT | Host: _dmarc

v=DMARC1; p=quarantine; rua=mailto:[email protected]; adkim=r; aspf=r;

주의: 도메인 네임서버에 SPF 레코드는 반드시 1개만 존재해야 합니다. 2개 이상 등록 시 RFC 위반으로 무효 처리됩니다.

ADVERTISEMENT · HIGH CTR IN-FEED

Native In-Feed / High Viewability Ad Slot

(CLS Prevention Active · Zero Shift)

도메인 이메일 스팸 분류 방지를 위한 DNS SPF 및 DMARC 레코드 생성 마법사

2024년 구글(Gmail)과 야후(Yahoo)는 대량 이메일 발송자에 대해 엄격한 이메일 인증 표준(SPF, DKIM, DMARC) 구축을 공식 의무화했습니다. 기업 도메인(`@yourcompany.com`)으로 발송되는 뉴스레터, 회원가입 인증 메일, 결제 영수증이 수신자의 스팸함(Junk)으로 직행하거나 반송(Bounce)되는 대부분의 원인은 DNS 인증 레코드가 누락되었거나 문법이 잘못되었기 때문입니다.

SPF(Sender Policy Framework)는 내 도메인을 대신해 메일을 발송할 수 있는 공인 IP 주소와 메일 서버(Google Workspace, Naver Works, AWS SES, SendGrid 등)를 지정하는 TXT 레코드입니다. DMARC(Domain-based Message Authentication, Reporting, and Conformance)는 SPF 또는 DKIM 인증에 실패한 위조 이메일을 수신 서버가 어떻게 처리할지(통과 모니터링 `none`, 격리 `quarantine`, 전면 거부 `reject`)를 결정하고 침해 리포트를 수신하는 최고 단계의 보안 규격입니다.

오르보킷 SPF & DMARC 레코드 생성기는 서비스 제공업체 선택, 발송 IP 추가, DMARC 정책 및 리포트 수신 이메일 주소를 단계별 마법사 형식으로 입력받아 DNS 관리자(가비아, 후이즈, Cloudflare, AWS Route 53 등)에 즉시 등록할 수 있는 표준 TXT 레코드 코드를 생성해 줍니다.

이메일 3대 인증 체계(SPF, DKIM, DMARC)의 보안 상호작용 원리

수신 메일 서버가 발신자 위조(Spoofing) 및 피싱 메일을 판별하고 차단하는 다단계 인증 프로토콜을 규명합니다.

표준 SPF 및 DMARC 레코드 구문Mathematical Formulation

SPF: v=spf1 include:_spf.google.com ~all DMARC: v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100

v=spf1은 SPF 버전을 선언하며 include:는 인증된 외부 메일 서버를 포함합니다. DMARC의 p=는 실패 처리 정책, rua=는 일일 종합 리포트(Aggregate Report) 수신처를 지정합니다.

Google Workspace 및 AWS SES를 사용하는 스타트업의 이메일 보안 레코드 구축

SPF include 통합v=spf1 include:_spf.google.com include:amazonses.com ~all공인 발송 서버 합법화

DMARC 점진적 도입초기 1단계: p=none 모니터링 -> 2단계: p=quarantine 100%정상 발송 누락 없이 격리 정책 적용

리포트 수신 설정rua=mailto:[email protected]위조 발송 모니터링 활성화

Gmail/Yahoo 검증 통과대량 발송자 필수 요건 100% 충족수신함(Inbox) 도달률 99.8% 달성

👉 피싱 공격으로부터 도메인을 보호하고 고객 수신함에 정상적으로 메일이 전달됩니다.

주요 메일 서비스별 SPF include 지시어 및 DMARC 정책 비교표

대표적인 기업 이메일 플랫폼의 표준 SPF 레코드 값과 DMARC 정책 강도별 동작 일람

메일 서비스 / 정책	DNS 호스트 (Host)	설정 레코드 값 (Value)	인증 실패 시 수신 서버 동작	용도 및 권장 환경
구글 워크스페이스 (Gmail)	@ (루트 도메인)	v=spf1 include:_spf.google.com ~all	소프트페일 (~all)로 수신함 또는 스팸함 분류	기업용 구글 메일 기본값
네이버웍스 (Naver Works)	@ (루트 도메인)	v=spf1 include:spf.worksmobile.com ~all	소프트페일 (~all) 동작	국내 기업 네이버 메일
마이크로소프트 365 (Outlook)	@ (루트 도메인)	v=spf1 include:spf.protection.outlook.com -all	하드페일 (-all)로 엄격 차단 가능	글로벌 엔터프라이즈 M365
AWS SES 대량 발송	@ (루트 도메인)	v=spf1 include:amazonses.com ~all	소프트페일 동작	회원가입 인증, 마케팅 뉴스레터
DMARC p=none (모니터링)	_dmarc	v=DMARC1; p=none; rua=mailto:admin@...;	차단 없이 리포트만 수집 (수신함 정상 도달)	최초 도입 후 2~4주간 현황 파악
DMARC p=quarantine (격리)	_dmarc	v=DMARC1; p=quarantine; pct=100; rua=...	인증 실패 메일을 수신자 '스팸함'으로 강제 격리	안정화 단계의 실질적 보안 권장
DMARC p=reject (수신 거부)	_dmarc	v=DMARC1; p=reject; pct=100; rua=...	인증 실패 메일을 서버 단에서 완전 폐기(반송)	금융, 공공, 보안 최상급 기업

ADVERTISEMENT · IN-ARTICLE CONTENT

High-Engagement In-Article Native Ad Slot

(CLS Prevention Active · Zero Shift)

사용 방법

11. 발송 도메인 및 메일 서비스 선택

기업 도메인(예: `company.com`)을 입력하고, 사용하는 이메일 플랫폼(구글 워크스페이스, 네이버웍스, 마이크로소프트 365, AWS SES 등)을 선택합니다.

22. 추가 발송 IP 및 서브도메인 정책 설정

사내 자체 메일 서버가 있다면 고정 IP(IPv4/IPv6)를 추가하고, SPF 강도(`~all` 소프트페일 또는 `-all` 하드페일)를 선택합니다.

33. DMARC 정책 및 리포트 이메일 지정

DMARC 정책 강도(`p=none` 모니터링, `p=quarantine` 스팸함 격리, `p=reject` 수신 거절)와 침해 리포트를 수신할 관리자 이메일을 입력합니다.

44. 생성된 DNS TXT 레코드 복사 및 등록

생성된 SPF용 호스트 `@` 레코드와 DMARC용 호스트 `_dmarc` TXT 레코드를 복사하여 도메인 DNS 네임서버에 등록합니다.

실무 및 일상 실전 활용 사례

현업 및 실제 사이트 운영에서 활용되는 핵심 시나리오

Gmail 2024년 대량 발송자 필수 인증 규정 준수 (하루 5,000건 이상의 마케팅 이메일을 발송하는 이커머스에서 Gmail 반송을 방지할 때)

SPF와 DMARC 레코드를 완벽히 구축하여 구글의 스팸 차단 필터를 통과하고 수신함 도달률을 정상화합니다.

도메인 사칭 피싱 및 스푸핑(Spoofing) 공격 차단 (해커가 회사 대표 이메일 주소를 사칭하여 직원들에게 가짜 결제 요청 메일을 보낼 때)

DMARC 정책을 `p=reject`로 설정하여 인증되지 않은 외부 위조 메일을 전 세계 메일 서버에서 즉시 거부하도록 만듭니다.

Google Workspace와 AWS SES 복합 발송 환경 통합 (직원 업무용 메일은 구글로 보내고, 서비스 알림톡/이메일은 AWS SES로 동시 발송할 때)

복수의 SPF 레코드를 만들지 않고 하나의 `v=spf1` 레코드 안에 `include:` 지시어를 결합하여 문법 오류를 방지합니다.

DMARC 리포트를 통한 비인가 발송 서버 추적 (어디선가 우리 도메인을 사칭하여 해외로 스팸을 뿌리고 있는지 모니터링할 때)

`rua` 태그로 일일 XML 리포트를 수집하여 도메인 평판(Reputation)을 지속적으로 감시합니다.

💡 Expert Operational Guidelines & Safeguards

✓ Pro Tip #1

하나의 도메인에 여러 개의 SPF TXT 레코드를 등록하지 마세요. 반드시 하나의 레코드 안에 모든 `include:`를 공백으로 나열해야 합니다. (2개 이상 등록 시 RFC 위반으로 전체 무효화)

✓ Pro Tip #2

SPF 사양상 DNS 조회(DNS Lookup) 횟수는 최대 10회를 초과할 수 없습니다. 너무 많은 include를 넣으면 `PermError`가 발생하므로 주의하세요.

✓ Pro Tip #3

DMARC를 처음 적용할 때는 반드시 `p=none`으로 시작하여 정상적인 내부 시스템 발송 메일까지 차단되는 사고를 방지하세요.

⚠️ 흔히 하는 실수 & 예방법

❌ Common Trap #1

✅ DMARC 레코드의 DNS 호스트 이름을 도메인 루트(`@`)로 등록하면 작동하지 않습니다. 반드시 `_dmarc`라는 서브도메인 호스트로 등록해야 합니다.

❌ Common Trap #2

✅ SPF 끝을 `+all`로 끝내면 '전 세계 모든 서버가 내 도메인 메일을 보낼 수 있다'는 뜻이 되어 피싱 메일 발송 통로를 열어주게 되므로 절대 금물입니다.

❌ Common Trap #3

✅ 대소문자를 틀리거나 세미콜론(;) 누락 시 DMARC 파서가 전체 정책을 무시합니다.

자주 묻는 질문 (FAQ)

사용자 및 전문가들이 가장 자주 묻는 핵심 질문과 명확한 해답입니다.

6 Q&As

SPF는 '어떤 서버 IP가 메일을 보낼 수 있는가'를 확인하고, DKIM은 '메일 내용이 전송 도중 위변조되지 않았는가'를 디지털 서명으로 검증하며, DMARC는 'SPF나 DKIM이 실패했을 때 수신 서버가 어떻게 조치할지(통과/격리/거부)'를 발신자가 직접 지정하는 정책 사령탑 역할을 합니다.

ADVERTISEMENT · FOOTER BANNER

Wide Responsive Banner

(CLS Prevention Active · Zero Shift)

이메일 SPF & DMARC 레코드 생성기

DMARC 정책 설정 (Domain Message Authentication)

도메인 이메일 스팸 분류 방지를 위한 DNS SPF 및 DMARC 레코드 생성 마법사

이메일 3대 인증 체계(SPF, DKIM, DMARC)의 보안 상호작용 원리

주요 메일 서비스별 SPF include 지시어 및 DMARC 정책 비교표

사용 방법

11. 발송 도메인 및 메일 서비스 선택

22. 추가 발송 IP 및 서브도메인 정책 설정

33. DMARC 정책 및 리포트 이메일 지정

44. 생성된 DNS TXT 레코드 복사 및 등록

실무 및 일상 실전 활용 사례

💡 Expert Operational Guidelines & Safeguards

⚠️ 흔히 하는 실수 & 예방법

자주 묻는 질문 (FAQ)

관련 도구 추천

JWT 시크릿 키 암호학 난수 생성기

.htaccess & Next.js 리다이렉트 빌더

.env 포매터 & .env.example 마스커

리눅스 Chmod 파일 권한 계산기 (755, 644, rwxr-xr-x)