Defaults.Exposed › Настройка › SPF

Как да настроите SPF в AWS Route 53

Добавете SPF запис в хостинг зоната на Route 53, за да могат пощенските доставчици да разграничат вашите истински имейли от фалшивите.

Защо това е важно за вашия бизнес

SPF (Sender Policy Framework) е кратка бележка в DNS на вашия домейн, която изброява кои пощенски сървъри имат право да изпращат имейли с вашето име. Когато някой получи съобщение, претендиращо, че е от вас, неговият пощенски доставчик проверява този списък. Ако изпращащият сървър не е в него, съобщението изглежда подозрително — и или попада в спама, или се блокира.

С прости думи: SPF затруднява имитирането на вашия бизнес по имейл и помага истинските ви имейли да достигнат до входящата поща, а не до папката с нежелана поща. Това е един запис, безплатен е и отнема няколко минути.

Преди да започнете: Route 53 управлява ли действително вашия DNS?

Това е стъпката, която повечето хора бъркат. DNS записът работи само ако Route 53 отговаря на DNS заявките за вашия домейн.

Route 53 е DNS хост, а не доставчик на пощенски кутии — отговаря на DNS, но не управлява входящата ви поща. Тук са важни две неща:

• Хостинг зоната трябва да е активната. В конзолата на Route 53 отворете Hosted zones и изберете вашия домейн. Запомнете четирите NS (nameserver) стойности, показани за тази зона.
• Nameservers на вашия домейн трябва да сочат към тези стойности. Ако сте регистрирали домейна чрез Route 53 (в Registered domains), това обикновено вече е наредено. Но ако сте го регистрирали другаде или имате повече от една хостинг зона за един и същи домейн, активните nameservers може да сочат на съвсем различно място — и каквото и да добавите тук не прави нищо. Проверете nameservers при регистратора си и се уверете, че съответстват на четирите NS стойности в тази хостинг зона. Ако не съответстват, добавете SPF записа там, където DNS-ът ви действително живее.

Намерете един факт първо: кой изпраща вашите имейли?

SPF трябва да назове всяка услуга, която изпраща поща за вашия домейн. Типичните примери са Google Workspace, Microsoft 365 или какъвто и да е доставчик, хостващ вашите пощенски кутии. Всеки публикува стойност, която да поставите в SPF записа си (нещо като include:_spf.google.com за Google или include:spf.protection.outlook.com за Microsoft 365). Проверете собствените помощни страници на вашия пощенски доставчик за точната стойност — тя е частта, която трябва да получите правилно.

Ако изпращате чрез Amazon SES (собствената имейл услуга на Amazon), SES по подразбиране използва различен механизъм и SPF за SES е незадължителен — но ако сте настроили персонализиран MAIL FROM домейн в SES, следвайте точните инструкции на SES за него. SES е отделна услуга от Route 53; Route 53 само съхранява DNS записа.

Стъпка по стъпка в Route 53

1. Влезте в AWS конзолата и отворете Route 53.
2. В менюто отляво изберете Hosted zones, след което кликнете името на вашия домейн.
3. Кликнете Create record.
4. Ако виждате съветник с опции за политика на маршрутизиране, превключете към простия формуляр (потърсете Quick create record) — SPF не се нуждае от разширено маршрутизиране.
5. Оставете полето Record name празно. Празното поле означава „самият домейн”. Конзолата показва вашия домейн до полето, затова не го въвеждайте отново.
6. Задайте Record type на TXT.
7. В полето Value въведете SPF текста обграден с двойни кавички: "v=spf1 include:_spf.google.com ~all" Заменете частта include: с ценността/ите, която действителният ви пощенски доставчик ви казва да използвате. Обграждащите кавички са задължителни в Route 53 — вижте грешките по-долу.
8. Оставете TTL на стойността по подразбиране (300 секунди е подходящо).
9. Кликнете Create records.

Грешки, които хората правят в Route 53

• TXT стойностите трябва да са в двойни кавички. За разлика от някои DNS хостове, които сами добавят кавичките, Route 53 очаква вие да въведете кавичките. Въведете "v=spf1 ... ~all", а не v=spf1 ... ~all. Пропускането на кавичките е най-честата грешка в Route 53.
• Оставете Record name празно за основния домейн. Празното поле означава самият домейн. Ако въведете пълното доменно име в полето Name, Route 53 добавя зоната отново и получавате yourdomain.com.yourdomain.com — запис, който никога не се проверява.
• Само един SPF запис на домейн. Не може да имате два v=spf1 TXT записа — пощенските доставчици ще го третират като дефектно. Ако вече съществува TXT запис при корена, редактирайте го, за да добавите новата услуга, вместо да създавате втори SPF запис.
• Правилна хостинг зона, правилен акаунт. Ако имате няколко хостинг зони (или няколко AWS акаунта), лесно може да редактирате грешната. Уверете се, че зоната, която редактирате, е тази, чиито NS стойности съответстват на активните ви nameservers.
• ~all срещу -all. ~all (меко отхвърляне) означава „всичко, което не е в списъка, е подозрително”; -all (твърдо отхвърляне) означава „отхвърли всичко, което не е в списъка”. Започнете с ~all, докато потвърдите, че всичко изпраща правилно, след което стеснете до -all, когато сте сигурни, че списъкът е пълен.
• Промените не са незабавни. Актуализациите на DNS могат да отнемат от няколко минути до няколко часа, за да се разпространят.

Проверете дали е работило

След като сте записали записа и му дадете малко време да влезе в сила, проверете го с безплатната проверка в този сайт. Ще ви каже на разбираем език дали SPF записът ви е наличен и правилно формиран.

Готово? Проверете домейна си безплатно за да потвърдите, че е проработило — и вижте пълната си оценка по всички 34 проверки.