Концепция
Имена селекторов DKIM не стандартизированы (RFC 6376) — в отличие от SPF/DMARC, здесь нет фиксированного имени записи для проверки, из-за чего DKIM сложнее всего аудировать извне и легче всего незаметно настроить неправильно.
Концепция
Имена селекторов DKIM не стандартизированы (RFC 6376) — в отличие от SPF/DMARC, здесь нет фиксированного имени записи для проверки, из-за чего DKIM сложнее всего аудировать извне и легче всего незаметно настроить неправильно.
Распространённое заблуждение
«Если DKIM-запись не найдена по стандартному селектору — значит, DKIM не настроен». Не обязательно: раз имена селекторов произвольны, отсутствие подписи на угаданном селекторе не равнозначно подтверждённому отсутствию DKIM в принципе.
Практическое упражнение
Лабораторное окружение не обязательно для базовой проверки:
Для практического упражнения по генерации пары ключей, публикации записи и проверки реального подписанного письма — см. Урок 9 на странице Лабораторное окружение курса.
Команды для выполнения
# Сгенерируйте пару ключей DKIM (пример с OpenSSL)
openssl genrsa -out dkim_private.pem 2048
openssl rsa -in dkim_private.pem -pubout -out dkim_public.pem
# Опубликуйте публичный ключ как TXT-запись по адресу: selector._domainkey.yourdomain.com
dig selector._domainkey.yourdomain.com TXT +short
# Отправьте реальное тестовое письмо через провайдера, настроенного подписывать этим ключом, затем изучите заголовки:
# найдите заголовок DKIM-Signature:, отметьте теги 's=' (селектор) и 'd=' (домен)
# Проверьте, что подпись валидируется относительно опубликованного ключа
dig $(echo "your-selector")._domainkey.yourdomain.com TXT +short
# сверьте вручную или через валидатор (opendkim-testkey, mail-tester.com)
Убедитесь, что имя селектора в реальном заголовке DKIM-Signature точно совпадает с опубликованным — это самая частая ошибка настройки DKIM.
Итоговая проверка
Вы должны уметь объяснить, не подглядывая:
s= и d= в заголовке DKIM-Signature.Если можете ответить на всё без подсказок — переходите к Уроку 10.