[{"data":1,"prerenderedAt":195},["ShallowReactive",2],{"publication:ru:P061":3},{"meta":4,"copy":17,"relatedArticles":157,"terms":187,"term":188,"resourceParent":189,"glossaryParent":192},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15,"preparedOn":16},"P061","\u002Fblog\u002Fdkim-selector-check","article","как проверить DKIM селектор","Как проверить DKIM-селектор по реальному письму и DNS","Проверка DKIM-селектора: письмо, DNS и результат","Как найти d и s в подписи DKIM, построить имя проверки, сопоставить TXT или CNAME с фактической подписью и отделить наличие ключа от успешной проверки.",[13,14],"\u002Fservices\u002Fcorporate-email","\u002Fblog\u002Fspf-dkim-dmarc-explained","2026-08-19","2026-10-31",{"intro":18,"sections":19,"checklistTitle":109,"checklist":110,"faq":117,"sources":127,"links":133,"cta":152},"Чтобы проверить DKIM-селектор, возьмите d= и s= из подписи реально полученного письма, найдите соответствующую запись DNS и отдельно проверьте результат подписи у доверенного получателя. Наличие ключа в DNS еще не означает, что нужная система подписывает письма. Этот порядок помогает различить ошибку публикации ключа, отключенное подписание и несовпадение доменов для DMARC.",[20,30,62,78,89,99],{"title":21,"paragraphs":22,"sources":26},"Начните с конкретного письма и его отправляющей системы",[23,24,25],"Селектор выбирает открытый ключ для проверки DKIM. Его значение находится в параметре s= заголовка DKIM-Signature, а домен подписи находится в d=. Не угадывайте селектор по названию почтового сервиса: разные потоки, аккаунты и поколения ключей могут использовать разные значения. Одно письмо также может содержать несколько подписей.","Возьмите исходные заголовки контрольного сообщения, отправленного обычным рабочим маршрутом: отдельно из почтового ящика, CRM, рассылки или формы сайта. Запишите время, систему и ожидаемый домен отправителя. Успех проверки одного потока нельзя переносить на остальные, даже если визуально в поле From стоит одинаковый адрес.","Работайте с разрешенным доступом и не публикуйте полные заголовки без обработки. Они могут содержать адреса, идентификаторы и внутреннюю маршрутизацию. Для передачи специалисту обычно нужен технический контекст; содержимое переписки, пароли и закрытые ключи в обычную заявку не прикладывают.",[27],{"label":28,"url":29},"RFC 6376: DKIM, подписи и селекторы","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc6376.html",{"title":31,"paragraphs":32,"table":35},"Отдельно подтвердите каждый уровень доказательств",[33,34],"Проверка строится по цепочке наблюдений. У каждого уровня есть собственный предел: опубликованная запись показывает, что получатель может найти ключ, но не подтверждает работу подписывающего сервиса. Скриншот панели также не заменяет результат проверки конкретного сообщения после его доставки.","Сравнивайте данные одного потока и близкого времени. Заголовок старого сообщения и новый ключ после ротации относятся к разным состояниям. Если выводы расходятся, сначала восстановите последовательность изменений, а не создавайте дополнительные записи наугад.",{"caption":36,"headers":37,"rows":41},"Какие доказательства нужны при проверке селектора",[38,39,40],"Наблюдение","Что оно подтверждает","Чего недостаточно для вывода",[42,46,50,54,58],[43,44,45],"d= и s= в DKIM-Signature","Какой домен и ключ указал подписант","Что подпись прошла проверку",[47,48,49],"DNS для s._domainkey.d","Публикацию соответствующего открытого ключа или маршрута к нему","Что сервис действительно подписывает этот поток",[51,52,53],"Включенное подписание у провайдера","Состояние функции в доступной панели","Результат у внешнего получателя",[55,56,57],"Доверенный результат dkim=pass","Успешную проверку конкретной подписи","Согласование с From и прохождение DMARC",[59,60,61],"Совпадение доменов для DMARC","Применимость успешной подписи к DMARC","Доставку во входящие и безопасность содержания",{"title":63,"paragraphs":64,"example":68,"sources":71},"Как связать селектор с DNS, не перепутать TXT и CNAME",[65,66,67],"Имя запроса формируется из селектора и домена подписи: s._domainkey.d. Проверяйте именно домен d= из сообщения, а не автоматически домен видимого From. Для прямой публикации ключ обычно представлен TXT; провайдер может требовать CNAME на обслуживаемое им имя. Используйте тип и значение из панели именно вашего домена и аккаунта.","Microsoft 365 и Google Workspace имеют собственные процедуры настройки. Не переносите значения из чужого tenant или примера статьи. В Microsoft нужны выданные для домена значения, а Google отдельно описывает публикацию записи и запуск аутентификации. Объем доступных действий зависит от роли администратора и управления DNS.","Запишите полный запрошенный адрес, тип записи, ответ и время. Учитывайте авторитетную зону и кэш резолвера: разные ответы не всегда означают, что запись исчезла. Изменения ключа согласовывают с владельцами DNS и отправляющей системы, чтобы не затронуть другие рабочие потоки.",{"title":69,"text":70},"Условный пример имени, а не готовая DNS-настройка","Если в учебной подписи указано d=example.com и s=demo, проверяемое имя будет demo._domainkey.example.com. Это вымышленный маршрут: запрос не выполнялся, значение ключа не приведено, запись для вашего домена отсюда копировать нельзя.",[72,75],{"label":73,"url":74},"Microsoft: настройка DKIM для почтового домена","https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fdefender-office-365\u002Femail-authentication-dkim-configure",{"label":76,"url":77},"Google Workspace: настройка и проверка DKIM","https:\u002F\u002Fknowledge.workspace.google.com\u002Fadmin\u002Fsecurity\u002Fset-up-dkim",{"title":79,"paragraphs":80,"sources":84},"Ключ найден: проверьте реальное подписание и результат",[81,82,83],"После настройки отправьте новое контрольное письмо разрешенным рабочим маршрутом и изучите исходные заголовки на стороне получателя. Сверьте d=, s= и результат проверки. В Google публикация DNS и запуск аутентификации являются отдельными действиями; проверка после включения нужна, даже если запись уже видна.","Authentication-Results имеет смысл только в доверенной части инфраструктуры получателя. Произвольная строка dkim=pass, вставленная в пересланный текст или недоверенный заголовок, доказательством не является. Если определить доверенный результат нельзя, сохраняйте неопределенность и привлеките администратора принимающей системы.","При ошибке сопоставьте ключ и подпись, изменения письма по пути, время ротации и конкретную отправляющую систему. Не отключайте проверку подписи ради зеленого результата. Изменение подписанного содержимого после отправки может объяснить сбой, но само по себе не устанавливает виновника или факт взлома.",[85,88],{"label":86,"url":87},"RFC 8601: результаты аутентификации и граница доверия","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc8601.html",{"label":76,"url":77},{"title":90,"paragraphs":91,"sources":95},"DKIM pass и DMARC pass отвечают на разные вопросы",[92,93,94],"Для DMARC успешная подпись должна также быть согласована с доменом видимого From по применимому режиму. Письмо может иметь корректную подпись сервисного домена, которая не дает согласования для вашего From. При этом для DMARC достаточно успешного согласованного SPF или DKIM; обязательный одновременный успех обоих механизмов утверждать неверно.","Во время ротации проверьте новые сообщения каждого действующего отправителя и согласуйте момент вывода старого ключа из использования. Не удаляйте прежние записи только потому, что новый селектор найден в одном тесте. Нужны подтверждение владельца потока и учет писем, которые еще могут проходить доставку или проверку.","Если результат отличается между прямой доставкой и пересылкой, документируйте оба маршрута. Изменения посредника и особенности обработки требуют отдельного разбора. Один отчет или одно письмо не показывают все способы доставки и не дают основания сразу ужесточать общую политику домена.",[96],{"label":97,"url":98},"RFC 9989: DMARC, май 2026 года","https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html",{"title":100,"paragraphs":101,"steps":104},"Как принять работу и выбрать следующий шаг",[102,103],"Минимальный результат проверки: список отправителей, наблюдаемые d=\u002Fs=, подтвержденный DNS, состояние подписания, доверенный результат контрольных сообщений и отдельный вывод по согласованию. Для нерешенных расхождений укажите владельца, следующий тест и безопасный способ отменить изменение.","CyberFixCrew является израильской компанией и помогает русскоязычным бизнесам по всему миру с безопасностью сайтов и цифровой инфраструктуры. Практический израильский подход здесь выражается в проверяемой цепочке от DNS до сообщения, а не в обещании доставляемости. Изменения выполняются только в согласованной области; охват почтовых платформ и доступы уточняются до начала работы.",[105,106,107,108],"Определить все рабочие отправляющие системы и ответственных.","Сопоставить подпись, DNS и новое сообщение по каждому потоку.","Разделить техническую проверку DKIM, согласование DMARC и доставляемость.","Передать таблицу результатов и незакрытые вопросы владельцу домена.","Что подготовить для проверки DKIM",[111,112,113,114,115,116],"Домен и перечень ящиков, CRM, форм и сервисов рассылки.","Время и маршрут нового контрольного сообщения.","Параметры d= и s= без закрытых ключей.","Тип DNS-записи и подтверждение управления зоной.","Доверенный результат получателя и домен From.","Владелец исправления, критерий приемки и план возврата.",[118,121,124],{"question":119,"answer":120},"Можно ли узнать селектор только по домену?","Без сведений от провайдера или подписи реального письма универсально определить все действующие селекторы нельзя. Значения зависят от системы и ротации. Начните с разрешенного контрольного сообщения или панели вашего отправителя и сопоставьте оба источника.",{"question":122,"answer":123},"Почему DKIM найден, а DMARC не проходит?","Наличие ключа не означает успешную подпись, а успешная подпись может относиться к домену, не согласованному с From. Проверьте доверенный результат, d= и режим согласования; отдельно оцените SPF. Эти проверки не равнозначны доставке во входящие.",{"question":125,"answer":126},"Нужно ли менять DNS сразу при dkim=fail?","Сначала подтвердите, какой поток и селектор проверялись, актуален ли ключ и не менялось ли подписанное содержимое. Слепая замена записи может нарушить другие сообщения. Исправление выбирают по подтвержденной причине с владельцем отправляющей системы.",[128,129,130,131,132],{"label":28,"url":29},{"label":86,"url":87},{"label":73,"url":74},{"label":76,"url":77},{"label":97,"url":98},[134,137,140,143,146,149],{"path":135,"label":136},"\u002Fglossary\u002Fdkim","Как работает DKIM",{"path":138,"label":139},"\u002Fservices\u002Fdmarc-spf-dkim","Настройка и проверка SPF, DKIM и DMARC",{"path":141,"label":142},"\u002Fblog\u002Fdmarc-report-reading","Чтение агрегированных отчетов",{"path":144,"label":145},"\u002Fblog\u002Fdmarc-none-to-reject","Когда менять политику DMARC",{"path":147,"label":148},"\u002Fblog\u002Fwordpress-form-email","Маршрут почты из формы сайта",{"path":150,"label":151},"\u002Fblog\u002Fdns-change-checklist","Разбор различающихся ответов DNS",{"title":153,"description":154,"button":155,"type":156},"Нужна проверка DKIM рабочего домена?","Укажите домен, отправляющие системы и наблюдаемый результат. Согласуем границы проверки и необходимые данные без передачи паролей через форму.","Обсудить проверку DKIM","check",[158,166,172,179],{"id":159,"path":144,"title":160,"description":161,"category":162,"artwork":163,"order":164,"publishedOn":165},"P050","Переход DMARC с none на reject: как проверить готовность","Как подготовить усиление политики DMARC: разрешенные отправители, согласование, отчеты, редкие потоки, условия остановки и проверка изменения.","email","security",57,"2026-08-05",{"id":167,"path":147,"title":168,"description":169,"category":162,"artwork":162,"order":170,"publishedOn":171},"P070","Форма WordPress не отправляет письма: проверка всего маршрута","Как проследить заявку от формы до получателя: проверка полей, создание уведомления, wp_mail, почтовый сервис, адреса и контролируемая приемка.",73,"2026-09-02",{"id":173,"path":141,"title":174,"description":175,"category":162,"artwork":176,"order":177,"publishedOn":178},"P181","Как читать отчеты DMARC и выбирать следующее действие","Как разбирать период, источник, количество и результаты в агрегированном отчете DMARC, учитывать дубликаты и связывать строки с разрешенными отправителями.","audit",51,"2026-07-20",{"id":180,"path":181,"title":182,"description":183,"category":162,"artwork":184,"order":185,"publishedOn":186},"P060","\u002Fblog\u002Fspf-too-many-lookups","SPF too many DNS lookups: как разобрать лимит и исправить причину","Что означает превышение лимита SPF: вложенные include, путь проверки, разрешенные отправители и безопасное упрощение без случайного удаления рабочих сервисов.","servers",81,"2026-09-14",[],null,{"path":190,"label":191},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":193,"label":194},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134065007]