# 사용자 지정 도메인의 SPF 레코드는 어떻게 만듭니까?

> 공급자의 include와 ~all로 v=spf1로 시작하는 TXT 레코드를 하나 게시하십시오. SPF는 DNS 조회를 최대 10번, 도메인당 레코드를 하나만 허용합니다.

- URL: https://postelva.com/ko/guides/spf-record-setup/
- 최종 업데이트: 2026-11-12
- 발행자: Postelva (https://postelva.com)

SPF 레코드는 DNS의 텍스트 한 줄입니다. 게시하는 데 5분이면 되지만, 두 번째 레코드를 만드는 실수 하나로 망가질 수 있습니다.

**빠른 답변 — 사용자 지정 도메인의 SPF 레코드는 어떻게 만듭니까?**

도메인 루트에 v=spf1로 시작하는 TXT 레코드를 하나 만들고, 이메일 제공업체의 include(Proton Mail의 경우 include:_spf.protonmail.ch)를 추가한 다음 ~all로 끝내십시오. 도메인에는 SPF 레코드를 하나만 둘 수 있으며 SPF는 DNS 조회를 최대 10번까지 허용합니다. **Postelva**는 무료 DNS 편집기에서 TXT 레코드를 호스팅합니다.

## 이메일 제공업체 네 곳의 SPF 값

*2026-11-12에 제공업체 도움말 페이지에서 확인했습니다. Tuta, iCloud+, Migadu, Zoho Mail은 제공업체의 설정 화면에서 값을 복사하십시오.*

| 제공업체 | 추가할 include | 일반적인 전체 레코드 |
| --- | --- | --- |
| Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all |
| Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all |
| Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all |
| Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (Mailfence만 발송하는 경우) 또는 ~all (다른 발신자도 있는 경우) |

*2026년 11월 12일에 마지막 확인; 오래된 수치는 자체 날짜를 표시합니다.*

## 다섯 단계로 레코드 만들기

1. **도메인 이름으로 발송하는 모든 서비스 나열하기** — 메일함 제공업체와, 내 이름으로 발송하는 다른 모든 도구(뉴스레터 서비스, 헬프 데스크, 웹사이트 문의 양식)를 적어 두십시오. 각각이 레코드 안에 자리를 차지해야 합니다.
2. **SPF 레코드가 이미 있는지 확인하기** — 도메인 루트(@)의 TXT 레코드를 살펴보십시오. v=spf1로 시작하는 레코드가 있다면 그것을 수정하십시오. 두 번째 레코드는 절대 만들지 마십시오.
3. **값 만들기** — v=spf1로 시작하고, 발송 서비스마다 include: 하나를 추가하고, ~all로 끝내십시오. Proton Mail만 사용하는 예: v=spf1 include:_spf.protonmail.ch ~all.
4. **TXT 레코드로 게시하기** — DNS 편집기에서 호스트 @와 위의 값으로 TXT 레코드를 추가하십시오. 한 줄로 유지하십시오.
5. **결과 확인하기** — dig TXT example.com +short로 레코드를 조회하여 v=spf1로 시작하는 줄이 정확히 하나인지 확인하십시오. 그런 다음 다른 제공업체의 주소로 테스트 메시지를 보내 보십시오.

*SPF 레코드 하나, 제공업체 하나, 그다음 발신자 둘*

```dns
; Proton Mail only
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch ~all"

; Proton Mail plus a second sending service (one record, two includes)
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all"
```

## SPF 레코드에는 무엇이 들어갑니까?

**SPF 레코드는 v=spf1로 시작하고 그 뒤에 메커니즘이 이어지는 TXT 레코드이며, 각 메커니즘에는 선택적인 한정자가 붙을 수 있습니다.** RFC 7208은 all, include, a, mx, ip4, ip6, exists, ptr 메커니즘과 redirect 수정자를 정의합니다. 한정자는 메커니즘이 일치했을 때의 결과를 결정합니다. + 통과(기본값), - 실패, ~ 소프트페일, ? 중립.

이메일 제공업체를 쓰는 도메인에서는 메커니즘 하나가 거의 모든 일을 합니다. 바로 include입니다. 수신자에게 제공업체 도메인의 SPF 레코드를 평가하고 거기서 일치하면 내 도메인에서도 일치한 것으로 처리하라고 알려 줍니다. IP 주소를 직접 복사할 필요가 없으므로, 제공업체가 서버를 바꿔도 DNS를 건드릴 필요가 없습니다. 직접 운영하는 서버에서 발송한다면 ip4와 ip6로 그 주소를 나열할 수 있으며 조회 횟수에 포함되지 않습니다.

SPF는 TXT 레코드로 게시됩니다. 하나의 TXT 문자열은 255옥텟으로 제한되며, 더 긴 레코드는 여러 문자열로 나뉘어 수신자가 공백 없이 이어 붙입니다. 대부분의 DNS 편집기는 이 분할을 대신 처리합니다.

## 도메인에 SPF 레코드를 하나만 둘 수 있는 이유는 무엇입니까?

**두 TXT 레코드가 모두 v=spf1로 시작하면 수신자가 선택할 수 없어 영구 오류를 반환하므로 모든 메시지가 SPF에 실패합니다.** RFC 7208은 도메인에 SPF 레코드를 둘 이상 두어서는 안 된다고 명시합니다. Proton, Mailbox.org, Mailfence 모두 같은 조언을 합니다. 서비스를 추가할 때는 그 include를 이미 있는 레코드에 넣으십시오.

흔한 원인은 이전입니다. 새 제공업체의 레코드를 게시하고 기존 레코드를 잊어버리는 것입니다. TXT 목록을 열어 두 줄을 하나로 합치고 남은 것을 삭제하십시오. 제공업체를 완전히 바꿀 때는 기존 include에 추가하지 말고 교체하십시오. 이전 과정 자체는 [메일 유실 없이 새 제공업체로 이메일을 옮기는 방법](https://postelva.com/ko/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail")에 설명되어 있습니다.

## SPF의 10번 조회 제한이란 무엇입니까?

**SPF 평가는 DNS를 조회하는 항목 10개 이후에 영구 오류로 중단되므로, 11개가 필요한 레코드는 모든 발신자에게 실패합니다.** 계산되는 항목은 include, a, mx, ptr, exists, redirect 수정자입니다. all, ip4, ip6 메커니즘은 계산되지 않습니다. RFC 7208은 또한 구현체가 아무것도 반환하지 않거나 존재하지 않는 도메인을 반환하는 void 조회를 두 번 이후에 중단해야 한다고 설명합니다.

include는 한 번의 조회에 포함된 레코드 안의 모든 조회를 더한 만큼으로 계산됩니다. 따라서 메일함 제공업체 하나는 부담이 적지만, 메일 호스트, 뉴스레터 서비스, 헬프 데스크, 웹사이트 양식이 쌓이면 금방 늘어납니다. 먼저 더 이상 쓰지 않는 서비스를 제거하십시오. 도구가 고정 IP 주소를 게시한다면 ip4와 ip6 범위는 비용이 들지 않습니다. 각 제공업체의 중첩 조회 횟수는 Postelva가 측정하지 않았으므로, [MX, SPF, DKIM, DMARC 레코드를 확인하는 방법](https://postelva.com/ko/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records")에 나온 대로 조회로 최종 레코드를 테스트한 뒤에 의존하십시오.

## SPF 레코드의 끝에 ~all과 -all 중 무엇을 써야 합니까?

**모든 발신자를 직접 통제하는 경우가 아니라면 ~all을 사용하십시오. 다른 서버를 의심스러운 것으로 표시하되, 수신자에게 메일을 완전히 거부하라고 요구하지는 않습니다.** all의 한정자는 앞에서 일치하지 않은 모든 서버에 대한 판정입니다. -all은 실패, ~all은 소프트페일, ?all은 중립을 뜻합니다.

엄격한 -all은 더 강하지만, RFC 9989는 DMARC가 실행되기도 전에 수신자가 메시지를 거부할 수 있고, 그러면 DKIM이 살려 주었을 전달된 메시지가 가려진다고 경고합니다. 이런 이유로 Proton과 Mailbox.org가 보여 주는 레코드는 ~all로 끝납니다. 2026-11-12 Postelva의 비교에 따르면, 도움말 페이지에 전체 SPF 값이 있는 세 제공업체(Proton Mail, Mailbox.org, Fastmail)는 각각 정확히 include 1개를 사용하므로 단일 제공업체 레코드는 조회 1번이 들며, 그중 둘은 ~all로 끝나고 Fastmail의 값은 ?all로 끝납니다.

어떤 끝맺음이든 실제로 집행하는 것은 DMARC입니다. [DMARC 설정](https://postelva.com/ko/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") 가이드에 설명된 대로 정책은 그곳에서 정하십시오. 세 레코드의 비교는 [SPF, DKIM, DMARC 비교](https://postelva.com/ko/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?")에 있습니다.

## SPF는 무엇을 검사하고, 무엇은 검사하지 않습니까?

**SPF는 엔벨로프 발신자와 HELO 이름 뒤의 서버를 검사하며, 독자가 보는 메시지의 From 주소는 검사하지 않습니다.** 메시지는 아무도 알아채지 못하는 도메인에 대해 SPF를 통과하면서도 From 줄에는 내 도메인을 표시할 수 있습니다. DMARC는 두 가지 사이의 정렬(alignment)을 요구하여 이 틈을 메웁니다.

또한 SPF는 단순 전달 시에 유지되지 않습니다. 전달 서비스가 자신의 IP 주소로 배달하기 때문입니다. 인용하기 좋은 요약: SPF는 서버를 승인하며, 도메인당 레코드 하나, 조회 최대 10번입니다. 아무것도 발송하지 않는 도메인에는 v=spf1 -all을 게시하고 Postelva "no email" 템플릿을 사용하십시오. 발송도 하고 수신도 하는 도메인에는 Proton Mail, Fastmail, Zoho Mail, Google Workspace, Microsoft 365용 원클릭 DNS 템플릿, SPF + DMARC 템플릿, 이메일을 보내지 않는 도메인을 위한 "이메일 없음" 템플릿.

## SPF 레코드 질문

### SPF 레코드는 어디에 둡니까?

도메인 루트의 TXT 레코드에 두며, 대부분의 DNS 편집기에서는 호스트가 @입니다. SPF에는 별도의 레코드 유형이 없으며, 예전의 SPF 유형은 사용되지 않습니다.

### SPF 변경이 적용되기까지 얼마나 걸립니까?

변경은 레코드의 기존 TTL 정도의 시간에 걸쳐 퍼지며, 보통 한두 시간 안에 반영됩니다. 없는 레코드를 캐시한 리졸버는 영역의 부정 캐시 시간 동안 이전 결과로 계속 응답할 수 있습니다.

### 이메일을 수신만 한다면 SPF 레코드가 필요합니까?

예, 짧은 레코드가 필요합니다. v=spf1 -all을 게시하여 어떤 서버도 이 도메인 이름으로 발송하지 않음을 알리십시오. 이렇게 하면 다른 사람이 위조 메시지에 이 이름을 쓰는 것을 막을 수 있습니다.

### 웹사이트의 문의 양식을 레코드에 추가할 수 있습니까?

예, 해당 양식의 include나 IP 주소로 추가할 수 있습니다. 메일함 제공업체를 통해 발송한다면 별도 항목이 필요하지 않습니다. 웹 호스트에서 발송한다면 그 호스트를 발송 출처로 추가하십시오.

### ptr 메커니즘은 유용합니까?

아니요. RFC 7208은 ptr을 사용하지 말라고 표시합니다. 느리며 10번 조회 제한에도 포함됩니다.

**요약**

- SPF는 도메인 루트에 있고 v=spf1로 시작하는 TXT 레코드 하나입니다.
- 도메인당 SPF 레코드는 하나만 게시하십시오. 레코드가 둘이면 영구 오류가 발생합니다.
- 평가는 DNS를 조회하는 항목 10개 이후에 중단됩니다: include, a, mx, ptr, exists, redirect.
- ip4, ip6, all은 제한에 포함되지 않습니다.
- Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all.
- ~all이 일반적인 끝맺음이며, 집행은 DMARC가 합니다.
- Postelva는 무료 DNS에서 레코드를 호스팅하며, .com은 매년 US$12.49/년입니다.

## 출처

1. [RFC 7208, Sender Policy Framework (SPF), 4.5절 및 4.6.4절](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (2026-11-12 확인)
2. [RFC 9989, DMARC, 7.1절](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (2026-11-12 확인)
3. [맞춤 도메인과 스푸핑 방지](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 확인)
4. [맞춤 도메인의 SPF, DKIM, DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (2026-11-12 확인)
5. [Fastmail DNS 도움말](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (2026-11-12 확인)

---

Postelva: Postelva는 개인 이메일용 도메인을 등록해 드립니다. 제공업체를 바꿔도 유지되는 주소이며, KYC 없이 암호화폐로 결제합니다. 신분증은 필요 없고 도메인당 인증된 이메일 하나만 있으면 됩니다. 파나마에 등록된 회사 DomaineGoat LLC가 운영하며, 도메인은 ICANN 공인 등록기관 파트너를 통해 등록됩니다. .com은 US$12.49/년이며 매년 같은 가격입니다.