Генератор і перевірка SPF запису
Створіть коректний SPF запис зі списку сервісів, що надсилають вашу пошту, і перевірте, що публікує ваш домен, за правилами RFC 7208.
1Хто надсилає пошту для цього домену?
Позначте кожен сервіс, що надсилає листи з вашим доменом в адресі відправника. Кожен додає потрібний термін include: і витрачає свої DNS-запити.
2Ваші власні сервери
По одному в рядку. Терміни IP не потребують DNS-запитів, тож віддавайте їм перевагу, коли можете.
По одному домену в рядку: кожен стає терміном include:. Уже написані терміни залишаються як є.
3А як щодо всіх інших?
Останній термін визначає, як отримувачі ставляться до пошти з будь-якого сервера, не вказаного вище.
- Тип запису
- TXT
- Ім'я / хост
- @ (корінь домену)
- TTL
- 3600
- Відкрийте DNS-зону свого домену у реєстратора або DNS-хостингу.
- Видаліть будь-який наявний SPF запис: домен має публікувати рівно один.
- Додайте TXT-запис у корені домену зі значенням, наведеним вище.
- Зачекайте, поки мине TTL, а потім підтвердіть запис на вкладці перевірки.
Домен може публікувати лише один SPF запис. Щоб додати нового відправника, змініть наявний запис і ніколи не додавайте другий.
Створіть запис ліворуч або перейдіть до перевірки, щоб побачити SPF запис, який домен публікує просто зараз: кожен механізм пояснено, а ліміт у десять запитів підраховано за вас.
| # | Термін | Знайдено в |
|---|
| Термін | Результат | Що він робить |
|---|
Про Генератор і перевірка SPF запису
Генератор і перевірка SPF-записів виконує дві задачі, які справді потрібні власнику домену. Генератор запитує, які сервіси надсилають пошту від імені вашого домену (Google Workspace, Microsoft 365, SendGrid, Mailgun, Amazon SES, ваші власні сервери), і формує з них коректний запис `v=spf1`, підраховуючи під час створення, скільки DNS-запитів він коштуватиме. Перевірка зчитує запис, який ваш домен публікує просто зараз, зрозумілою мовою пояснює кожен механізм і перевіряє його за RFC 7208.
Правило, на якому спотикається більшість, це ліміт у десять запитів. Кожен елемент `include`, `a`, `mx`, `ptr` та `exists` коштує один DNS-запит, так само як і кожен елемент у записах, на які вони вказують. Якщо перевищити десять, одержувачі повертають постійну помилку, а це означає, що SPF не проходить для всієї вашої пошти, а не лише для підроблених листів. Перевірка рекурсивно проходить ваші include і точно показує, де витрачається кожен запит, тож ви бачите, який відправник призвів до перевищення.
Вона також позначає збої, які непомітно знищують SPF-запис: другий SPF-запис на тому ж домені (через що обидва стають недійсними), `+all` (що дозволяє весь інтернет), відсутній `all` (що нічого не стверджує), застарілий механізм `ptr`, елементи після `all`, де їх ніколи не читають, і синтаксичні помилки, через які весь запис стає постійною помилкою.
Як використовувати Генератор і перевірка SPF запису
- На вкладці «Генератор» позначте кожен сервіс, що надсилає пошту з вашим доменом в адресі відправника (From).
- Додайте власні поштові сервери: увімкніть mx і вставте будь-які фіксовані діапазони IPv4 або IPv6: IP-елементи не коштують DNS-запитів.
- Стежте за лічильником запитів. Якщо він перевищує десять, приберіть відправника або замініть include на діапазони IP, що за ним стоять.
- Оберіть остаточну політику: почніть із ~all (позначати як підозріле) і посильте до -all, коли звіти DMARC стануть чистими.
- Скопіюйте запис і опублікуйте його як один TXT-запис у корені вашого домену, замінивши будь-який наявний SPF-запис.
- Поверніться на вкладку «Перевірка» після завершення TTL і переконайтеся, що опублікований запис розбирається без помилок.