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

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

Публикувайте DKIM ключа на вашия имейл доставчик в зоната на Route 53, за да носят имейлите ви защитен подпис.

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

DKIM (DomainKeys Identified Mail) добавя невидим цифров подпис към всеки изпратен от вас имейл. Получаващият пощенски доставчик използва публичен ключ, публикуван от вас в DNS, за да потвърди две неща: съобщението наистина е дошло от вашия домейн и никой не го е променял по пътя.

С прости думи: DKIM е печат за автентичност на вашия имейл. Затруднява имитирането и повишава шанса истинската ви поща да достигне до входящата кутия, а не до спама. Безплатно е и е еднократна настройка.

Важно: DKIM има две половини

DKIM е записът, при който е наистина важно кой какво прави:

• Вашият пощенски доставчик генерира ключа. Google Workspace, Microsoft 365, Amazon SES или който и да е управлява изпращането, генерира DKIM ключа за вас в тяхната административна конзола. Не можете да го измислите сами — трябва да получите точното хост-и ме и стойност от тях. Route 53 не генерира DKIM ключове; той е вашият DNS хост, а не доставчик на пощенски кутии.
• Route 53 го публикува. След това добавяте ключа в DNS на вашия домейн в Route 53 (ако Route 53 управлява DNS-а ви — вижте по-долу).

Така: генерирайте в пощенската платформа, публикувайте в DNS хоста.

Първо потвърдете, че Route 53 управлява вашия DNS

DKIM записът работи само ако Route 53 отговаря на DNS за вашия домейн. В конзолата на Route 53 отворете Hosted zones, изберете вашия домейн и запомнете четирите NS (nameserver) стойности. Те трябва да съответстват на nameservers, зададени при вашия регистратор. Ако сте регистрирали домейна чрез Route 53, обикновено вече съответстват; ако е регистриран другаде — или имате повече от една хостинг зона за домейна — проверете внимателно. Ако активните nameservers сочат към друг доставчик, добавете DKIM записа там; в Route 53 няма да влезе в сила.

Вземете ключа от вашия пощенски доставчик

В административната зона на вашия пощенски доставчик потърсете настройката за DKIM или удостоверяване на имейл и генерирайте/активирайте ключ. Какво получавате зависи от доставчика и се отразява на начина, по който го въвеждате в Route 53:

• Google Workspace ви дава TXT запис: хост-и ме на селектора като google._domainkey и дълга стойност, започваща с v=DKIM1; k=rsa; p=, последвана от много дълъг низ.
• Microsoft 365 ви дава два CNAME записа, със селектори като selector1._domainkey и selector2._domainkey, всеки сочещ към Microsoft хост.
• Amazon SES ви дава три CNAME записа (функцията му „Easy DKIM”). Ако вашият домейн е в Route 53, SES често предлага да ги добави автоматично за вас — но можете и да ги добавите ръчно.

Копирайте хост-имената и стойностите точно.

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

1. Влезте в AWS конзолата и отворете Route 53.
2. В менюто отляво изберете Hosted zones, след което кликнете името на вашия домейн.
3. Кликнете Create record.
4. Ако се появи съветник с опции за маршрутизиране, превключете към простия формуляр (потърсете Quick create record).
5. В Record name въведете само частта на селектора — например google._domainkey или selector1._domainkey. Не добавяйте доменното си име в края; Route 53 добавя зоната за вас автоматично (показва домейна до полето).
6. Задайте Record type на TXT или CNAME, за да съответства точно на казаното от вашия доставчик (Google = TXT; Microsoft 365 и Amazon SES = CNAME).
7. В Value:
   • За TXT ключ поставете дългата стойност обградена с двойни кавички: "v=DKIM1; k=rsa; p=...".
   • За CNAME поставете целевия хост, даден от вашия доставчик, без кавички (например selector1-yourdomain._domainkey.yourdomain.onmicrosoft.com).
8. Оставете TTL на стойността по подразбиране.
9. Кликнете Create records. Повторете за всеки запис (Microsoft 365 изисква два; Amazon SES изисква три).

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

• TXT ключовете изискват двойни кавички; CNAME — не. Това обърква хората постоянно. TXT DKIM стойност се въвежда като "v=DKIM1; ... p=..." с кавичките. Стойността на CNAME е просто обикновения целеви хост, без кавички. Смесването им счупва записа.
• Не поставяйте пълния домейн в Record name. Ако инструкциите на вашия доставчик показват selector1._domainkey.yourdomain.com, въвеждате само selector1._domainkey в Route 53 — останалото се добавя за вас. Включването на домейна отново създава дефектен хост selector1._domainkey.yourdomain.com.yourdomain.com.
• Поставете целия ключ — той е дълъг. TXT DKIM публичните ключове са стотици знаци. Уверете се, че нищо не е отрязано и не са влезли случайни интервали или нови редове при копирането.
• Добавете всички записи, поискани от вашия доставчик. Microsoft 365 няма да валидира само с един от двата CNAME; Amazon SES изисква и трите. Частичен набор оставя DKIM да се проваля безшумно.
• TXT срещу CNAME — следвайте вашия доставчик. Не преобразувайте CNAME в TXT или обратно. Използвайте типа, който указват.
• Правилна хостинг зона, правилен акаунт. При няколко зони или AWS акаунта лесно може да редактирате грешната. Уверете се, че четирите NS стойности на зоната съответстват на активните ви nameservers.
• Дайте му малко време. DNS промените могат да отнемат минути до няколко часа, за да се разпространят преди DKIM да започне да валидира.

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

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

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