Все инструменты для разработчиков

Превратите публичный ключ вашего почтового сервера в TXT-запись selector._domainkey и проверьте DKIM-ключ, который домен публикует сегодня.

Бесплатно

1Данные ключа

Никогда не вставляйте сюда приватный ключ DKIM-ключи идут парами. Приватная половина подписывает вашу исходящую почту и должна оставаться на почтовом сервере: этот инструмент её не создаёт и не принимает. Сгенерируйте пару на сервере (или доверьте это провайдеру) и вставьте ниже только публичную половину.

Имя, под которым ваш почтовый сервер публикует этот ключ: оно указывается в подписи как s=.

Вставьте публичный ключ, созданный вашим почтовым сервером. Заголовки PEM, переносы строк и начальное p= удаляются автоматически.

2Параметры

Оставьте «любой», если не требуется запретить SHA-1.

Ваша DKIM-запись

		

Публикация
Тип записи
TXT
Имя / хост
-
TTL
3600
  1. Сгенерируйте пару ключей на своём почтовом сервере или откройте настройки DKIM у своего провайдера.
  2. Скопируйте публичный ключ и селектор, под которым он выдан.
  3. Добавьте TXT-запись с именем и значением, показанными здесь.
  4. Включите подписание DKIM на почтовом сервере после того, как запись распространится.
  5. Отправьте себе тестовое сообщение и подтвердите ключ через вкладку проверки.

2048-битный ключ делает запись длиннее 255 символов. Это нормально: DNS хранит её как несколько строк в кавычках, и большинство панелей управления разбивают её за вас.

Вставьте публичный ключ, созданный вашим почтовым сервером, чтобы построить запись для публикации, или переключитесь на проверку, чтобы посмотреть DKIM-ключ, используемый доменом сегодня. Приватные ключи остаются на сервере: никогда не вставляйте их сюда.

СелекторОставьте пустым, чтобы вместо этого проверить распространённые селекторы.

Your results appear here Fill in the field above, then run the check.
Опубликованная запись
Опубликованный ключ
Ключ
-
Запрошенная запись
-
Поиск селектора

СелекторКлюч
Теги записи с пояснениями
ТегЗначениеЧто это значит
Что мы обнаружили

О Генератор и проверка DKIM-записи

Генератор и проверка DKIM-записи создаёт TXT-запись `selector._domainkey`, которую вы публикуете, и проверяет ту, что домен публикует сейчас. DKIM подписывает каждое исходящее письмо закрытым ключом, хранящимся на вашем почтовом сервере; получатели берут соответствующий открытый ключ из DNS и проверяют подпись. Если запись неверна, все подписи молча не проходят.

Генератор принимает открытый ключ, созданный вашим почтовым сервером или провайдером, и оформляет его нужными тегами: версия, тип ключа, необязательное ограничение хеша, тип сервиса и флаги. Он никогда не запрашивает, не создаёт и не передаёт закрытый ключ: этот ключ создаётся на сервере и не должен его покидать, поэтому ни один честный инструмент DKIM не предложит создать его для вас в браузере.

Проверка ищет селектор, проверяет каждый тег по RFC 6376 и определяет алгоритм и размер ключа по опубликованному ключу. Она отмечает значимые проблемы: отозванный ключ (пустой `p=`), ключ, обрезанный при копировании, 1024-битный ключ, который стоит заменить, оставленный включённым тестовый режим, из-за которого получатели полностью игнорируют сбои, и ограничение `h=sha1`, объявленное устаревшим в RFC 8301. Если вы не знаете свой селектор, оставьте поле пустым, и инструмент проверит распространённые.

Как использовать Генератор и проверка DKIM-записи

  1. Создайте пару ключей на своём почтовом сервере или откройте настройки DKIM у вашего почтового провайдера.
  2. Скопируйте открытый ключ и селектор, под которым он выдан. Закрытый ключ оставьте на месте.
  3. Вставьте открытый ключ на вкладке «Генератор», укажите домен и селектор и при необходимости измените параметры.
  4. Опубликуйте TXT-запись с показанным именем, selector._domainkey.yourdomain.com, с TTL в один час.
  5. Включите подпись DKIM на почтовом сервере после того, как запись распространится.
  6. Проверьте на вкладке «Проверка», что ключ читается, имеет нужный размер и не оставлен в тестовом режиме.

Часто задаваемые вопросы

Короткая метка, позволяющая одному домену публиковать сразу несколько ключей DKIM. Он указывается в подписи как s= и в DNS как selector._domainkey.yourdomain.com. Провайдеры выбирают свой: Google использует google, другие default, s1 или дату.

Никогда. Закрытый ключ подписывает вашу почту и должен оставаться на почтовом сервере. Этот инструмент работает только с открытой половиной и не создаёт ключи: к любому сервису, предлагающему создать пару ключей DKIM в браузере, следует относиться с подозрением.

Сейчас рекомендуется 2048-битный RSA, он принимается везде. 1024-битные ключи пока проверяются, но это старый минимум, и некоторые получатели уже понижают их доверие. Для ключей короче 1024 бит RFC 8301 требует, чтобы проверяющие сразу отклоняли подпись.

Для 2048-битного ключа это нормально. DNS хранит длинную TXT-запись как несколько строк в кавычках, каждая до 255 символов, и большинство панелей управления разбивают её за вас. Запись недействительна, только если одна строка превышает лимит.

Это означает, что ключ отозван. RFC 6376 требует, чтобы проверяющие считали каждую подпись с этим селектором непройденной. Если это не задумывалось, опубликуйте открытый ключ заново.

Он переводит ключ в тестовый режим, сообщая получателям относиться к непройденной подписи точно так же, как если бы письмо не было подписано. Это полезно при настройке DKIM и бессмысленно после неё: удалите его, как только подпись заработает, иначе DKIM ничего не защищает.

Поделиться

Популярные запросы
генератор dkim записи проверка dkim проверка dkim записи dkim lookup валидатор dkim поиск dkim по селектору создать dkim запись проверить длину ключа dkim dkim txt запись пример dkim записи
Нужна помощь?
Возникла проблема с этим инструментом? Сообщите нам.
Сообщить о проблеме

Добавьте этот бесплатный инструмент на свой сайт: скопируйте и вставьте код ниже.