Omnikit
РазработкаФайлыФинансыВсе инструменты
Ctrl K
Инструменты для разработкиИнструменты для файловФинансовые калькуляторыВсе инструменты
ГлавнаяИнструменты для разработчиковПроверка DKIM
EnglishالعربيةবাংলাDeutschEspañolFrançaisPolskiPortuguêsРусский

Проверка DKIM

разработка

Найдите ключ DKIM по селектору и посмотрите его тип, настоящую длину и любые проблемы

Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.

Проверка DKIM получает открытый ключ, который домен публикует по адресу selector._domainkey.домен, и читает его. RFC 8301 требует ключи RSA не короче 1024 бит и рекомендует 2048; пустой p= означает, что ключ отозван. Селектор берётся из тега s= подписанного письма.

Эта страница переведена машинным способом с английского оригинала. Перевод ещё не проверен человеком, поэтому ориентируйтесь на английскую версию. Читать английский оригинал

Дальше:
  • Проверка DMARC Проверьте запись DMARC и прочитайте её политику, выравнивание и адреса отчётов простыми словами
  • Domain Health Check One report on a domain’s mail servers, SPF, DMARC, DKIM, DNSSEC and blocklists

Как проверить запись DKIM

1

Введите домен в поле «Домен», а селектор — в поле «Селектор (s= в подписи)».

2

Нажмите «Проверить DKIM», чтобы получить ключ по адресу selector._domainkey.домен.

3

Посмотрите «Тип ключа» и «Длина ключа», определённые по самому ключу, а над ними — найденные проблемы.

4

Нажмите «Копировать» рядом с записью ключа, чтобы сохранить её.

О проверке DKIM

Введите домен и селектор, и страница запросит у публичного резолвера DNS-over-HTTPS TXT-запись по адресу из селектора, затем ._domainkey., затем домена. Теги записи читаются так, как их определяет раздел 3.6.1 RFC 6376: версия, тип ключа, разрешённые алгоритмы хеширования, типы сервисов, флаги и сам ключ.

Длина ключа определяется по самому ключу, а не угадывается по длине текста. Base64 из p= декодируется, и вложенная DER-структура читается до модуля RSA, точная длина которого в битах и есть размер ключа. Ключ ed25519, описанный в RFC 8463, всегда имеет 256 бит. Раздел 3.2 RFC 8301 говорит, что получатели должны отклонять ключи RSA короче 1024 бит, а отправителям следует использовать 2048, и вердикт показывает, по какую сторону этих границ находится ключ.

Другие проблемы описаны простыми словами: пустой p=, означающий, что ключ отозван; t=y, отмечающий домен как ещё тестируемый, из-за чего получатели считают его подписанную почту неподписанной; h=, разрешающий только sha1, который RFC 8301 вывел из употребления; и записи, которые вовсе не являются DKIM. Селектор, указывающий в другое место через CNAME, как настраивают многие почтовые сервисы, отслеживается, и цель показывается.

Сложнее всего найти селектор. Это значение s= в заголовке DKIM-Signature письма, отправленного доменом, и только так его можно узнать наверняка. Кнопка "Try common selectors" запрашивает девять имён, которые используют крупные провайдеры и панели хостинга. Совпадение доказывает, что ключ есть; промах ничего не доказывает, потому что селектор может называться как угодно.

Чего она не делает: она не проверяет подпись письма. Для этого нужно само письмо.

Введённые домен и селектор отправляются выбранному вами резолверу, потому что без них запрос невозможен. Больше ничего не покидает ваше устройство.

Частые вопросы

Как найти мой селектор DKIM?

Откройте письмо, отправленное доменом, посмотрите оригинал или исходный код и найдите заголовок DKIM-Signature. Его тег s= — это селектор, а тег d= — домен. Распространённые селекторы можно угадать, и кнопка здесь пробует девять, но наверняка это скажет только заголовок.

Какую длину ключа DKIM использовать?

RFC 8301 требует ключи RSA не короче 1024 бит и рекомендует 2048. Получатели должны отклонять ключи короче 1024 бит, поэтому подписи, сделанные ими, не проходят. Ключи длиннее 4096 бит могут проверять не все получатели. Ключ ed25519 имеет 256 бит и обычно публикуется рядом с ключом RSA.

Что означает пустой p= в записи DKIM?

Пустой тег p= означает, что ключ этого селектора намеренно отозван. Почта, подписанная им, теперь не проходит DKIM. Провайдеры публикуют отозванную запись, когда переходят на новый селектор, поэтому старый селектор с пустым p= — это нормально, если текущая почта использует более новый.

Почему проверка сообщает, что ключ не найден?

Обычно неверен селектор: у каждого сервиса отправки свой селектор, а имя задаётся произвольно. Ключ также может быть ещё не опубликован, или сервис ожидает CNAME-запись, указывающую на его собственный ключ. Сначала проверьте значение s= в заголовке настоящего письма.

Отправляется ли куда-нибудь проверяемый домен?

Домен и селектор уходят выбранному вами публичному DNS-резолверу, Cloudflare или Google, потому что для запроса записи нужно имя. Резолвер видит запрошенные имена и ваш IP-адрес. Больше ничего не покидает ваше устройство, и ничего о проверке не хранится на этом сайте.

Всё ещё не получается? Задайте вопрос об инструменте «Проверка DKIM» и ответить может любой, кто знает. Учётная запись не нужна.

Подробнее об этом

Все руководства
  • How to check SPF, DKIM and DMARC for a domain, and fix the common faultsWhat SPF, DKIM and DMARC each prove, how to look them up, the 10-lookup SPF limit, Gmail's bulk-sender rules, and rolling DMARC from none to reject.

Похожие инструменты

Все инструменты для разработчиков
Проверка SPFПроверьте запись SPF, раскройте каждый include и посчитайте DNS-запросы относительно лимита в 10Проверка DMARCПроверьте запись DMARC и прочитайте её политику, выравнивание и адреса отчётов простыми словамиФорматирование и проверка JSONФорматирование, проверка, минификация и сортировка JSON с точным местом ошибкиBIMI LookupCheck a BIMI record, its logo and certificate links, and whether DMARC is strict enoughMTA-STS and TLS-RPT CheckerCheck the MTA-STS and TLS-RPT records that make mail to your domain travel encryptedBlacklist CheckerCheck a mail server IP against spam blocklists, and see which lists a browser cannot checkEmail Header AnalyzerPaste raw email headers: every hop with its delay, sender IPs, SPF, DKIM and DMARC resultsDomain Health CheckOne report on a domain’s mail servers, SPF, DMARC, DKIM, DNSSEC and blocklists
Был ли этот инструмент полезен?
Omnikit

Небольшие задачи прямо в вашем браузере. Бесплатно, быстро и конфиденциально. Файлы никогда не загружаются на сервер.

Файлы

  • Compress Image
  • Image to PDF
  • Merge PDF
  • Compress PDF
  • PDF to Word
  • Word to PDF

Разработка

  • JSON Formatter & Validator
  • Base64 Encode & Decode
  • JWT Decoder, Verifier & Encoder
  • Password Generator
  • UUID Generator
  • Unix Timestamp Converter

Финансы

  • SIP Calculator
  • EMI Calculator
  • GST Calculator
  • FD Calculator
  • PPF Calculator
  • Lumpsum Calculator
EnglishالعربيةবাংলাDeutschEspañolFrançaisPolskiPortuguêsРусский
РуководстваВопросыО сайтеКак мы проверяемБиблиотека законов (бета)КонфиденциальностьУсловияРаскрытие информацииКонтактыMore: Exam practice (UGC NET Paper 1)Работает в вашем браузере; отправляется только запущенный вами запрос — в сервис, указанный на этой странице. © 2026 Omnikit (theomnikit.com)