[ DNS 提供商指南 ]

在 Gandi 中发布电子邮件验证记录:配置和验证

在 Gandi LiveDNS 中发布SPF 、 DKIM和DMARC记录,不会混淆记录字符串、共享区域或提供值的邮件服务。

由EmailAuth研究团队提供 · 5 分钟阅读

[ 要点 ]

  • 在 Gandi LiveDNS 中发布SPF 、 DKIM和DMARC记录,不会混淆记录字符串、共享区域或提供值的邮件服务。
  • 共享区域编辑或恢复可能会影响多个域。
在此页面上

确认 Gandi 托管活动区域

Gandi 的域名注册本身并不表明 Gandi 为其权威DNS提供服务。检查委托人 名称服务器 首先对于域。 Gandi 表示,外部托管的域名服务器必须通过外部提供商进行管理。本指南涵盖已记录的 Gandi LiveDNS 编辑器,而不是从其他DNS主机的迁移。

将邮件服务配置与DNS发布分开。您的发送提供商提供其支持的 选择器、 键或 CNAME 目标和任何包络域要求。 Gandi 公布这些记录;创建一个 DKIM TXT记录 不会导致不相关的邮件服务器开始签名。不要推断一个普遍的 Gandi SPF 包含一个域仅仅是因为它的DNS托管在那里。

确定DNS管理员、发送服务所有者和有权批准域策略的人员。保存所有受影响名称的现有记录集。检查域是否链接到共享区域:Gandi 文档显示对链接区域的更改会影响每个链接域。因此,看似本地的身份验证编辑可能会产生更广泛的影响。

使用有界编辑器更改

记录的路由是域、选定的域,然后是DNS记录。表格模式支持添加或编辑单个条目;文本模式编辑整个区域。对于小的身份验证更改,单个记录更容易与批准的请求进行比较。仅当编辑器被理解并且整个建议的差异已被审查时才使用文本模式。

Gandi LiveDNS 提供保存备份和恢复功能。在更改之前进行备份,但不要认为稍后恢复它是无害的:完整恢复可以撤消自该快照以来所做的不相关编辑。还为受影响的记录记录有针对性的恢复计划。如果涉及共享区域,请将其他域所有者包括在该计划中。

创建包含完整的预期所有者、编辑标签、类型和值的出版物工作表。对于合成域example.com ,顶点是example.com ,其 DMARC 所有者是_dmarc.example.com , DKIM所有者可能是rotation1._domainkey.example.com 。这些示例标签不是提供商生成的设置。使用发送服务中的实际选择器和域。

保留TXT边界和名称

Gandi 的TXT文档使用 @ 表示裸域,使用相对标签表示子域。其文本区域示例将长TXT数据表示为一条记录中的多个带引号的字符串,每个字符串不超过 255 个字符。这与创建多个独立的TXT记录不同。

这种区别对于身份验证很重要。一个SPF策略可以由单个TXT资源记录中的多个字符串组成,但多个候选策略 SPF记录 同一所有者会导致SPF错误。 DKIM密钥材料也必须保持完整。不要创建多个不相关的键或策略来超越文本字段限制,并且不要在不了解编辑器如何序列化它们的情况下将可视换行符插入到键中。

使用SPF的TXT记录类型。根据发送提供商的指示,而不是根据个人喜好,对DKIM使用TXT或CNAME 。选择器处的CNAME是另一个域名的别名,而不是公钥文本的容器。如果请求的CNAME与该名称的现有数据发生冲突,请解决冲突,而不是替换另一个服务的活动选择器。

发布预期的政策,而不是示例

SPF更新需要检查所有合法发件人和 DNS 查找依赖性。在相关信封域的一项有效策略中保留必要的授权。 DMARC更新需要针对可见的发件人域及其适用的子域做出深思熟虑的策略决策。添加提供程序并不是在已存在的所有者处添加另一个DMARC策略的理由。

未经批准,请勿将样本报告地址或点报告复制给第三方。请勿仅仅因为入门屏幕截图显示而用监控替换强制执行的DMARC策略 p=none。在更改域范围保护之前确定新发件人是否具有受支持的对齐路径。

如果提供者请求单独委派的子区域下的记录,请将它们发布到实际拥有该子区域权限的区域中。父编辑器中看起来有吸引力的条目不会覆盖委托。保存前解析DNS所有权边界。

两个技术层面验证

查询每个权威服务器以获取完整的预期所有者和记录类型。保留答案并比较逻辑TXT内容,而不仅仅是报价在工具中的外观。检查整个键、选择器标签、任何别名目标和记录集边界。只有当权威答案正确时,您才应该调查缓存的递归答案。提供商的广泛传播估计并不能替代诊断不正确的所有者名称。

然后使用其自己的工作流程激活或验证发送服务并发送受控消息。记录可见的发件人、信封身份、每个DKIM d= 和s=,以及受信任的接收者结果。 SPF验证信封身份; DKIM验证签名身份。 DMARC需要一条与适用模式下可见的 From 对齐的通过路径。

综合失败案例:Gandi 在rotation1._domainkey.example.com发布正确的密钥,但消息使用s=rotation2和d=example.com.已发布的rotation1记录无法验证该签名。补救措施是使发件人的选择器与其所需的发布保持一致,而不是削弱DMARC或添加不相关的SPF包含。

恢复并关闭更改

如果发布中断了路线,请确定确切的更改所有者并恢复批准的先前记录集。在未比较干预的更改和受影响的域的情况下,请勿恢复整个共享​​区域。只要签名服务轮换计划需要,就保留以前的密钥; DNS删除和签名激活必须协调一致。

仅当活动区域、预期DNS应答、发送激活和观察到的消息验证一致时才关闭工作。这是一本包含综合失败案例的纪录片指南。没有任何 Gandi 帐户、权​​威DNS查询或传递的消息被用作活生生的证据。管理员必须在批准生产完成之前收集这些观察结果。

阻止共享区域回滚撤消不相关的工作

书面案例 GAN-01 假设example.com和example.net共享一个区域。备份后添加了后来批准的网站记录,而example.com上的新选择器是错误的。恢复整个旧备份还将删除链接范围内的网站更改。比较当前记录,确定已批准的仅限选择器的修复,并在应用之前确认两个域所有者。此处未检查或执行任何区域、备份或恢复。

保留执行边界

RFC 9989 第 7.4 节要求有效的DKIM ,而不仅仅是SPF来进行域发布 p=reject,并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护,同时诊断实际差距;任何政策变化都需要自己的决定。

[ 外卖 ]

共享区域编辑或恢复可能会影响多个域。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

IT/邮件管理员

保留记录语义

编辑者必须发布预期所有者和TXT记录边界。

后续步骤

  1. 将全名与相关标签进行比较。
  2. 验证每个所有者的完整密钥和一项SPF策略。
  3. 在等待缓存之前检查权威答案。

CISO / SecOps

将发布权限与签名权限分开

DNS授予信任,而邮件服务控制签名。

后续步骤

  1. 将选择器和别名视为依赖项。
  2. 保护备份并限制更改访问。
  3. 仅在发件人依赖性审核后才停用记录。

创始人/非技术人员

将共享区域更改视为共同风险

DNS编辑可能会影响比请求中指定的域更多的域。

后续步骤

  1. 确认链接区域范围。
  2. 为受影响的邮件服务分配所有者。
  3. 需要有限制的推出和恢复。

[ 常见问题解答 ]

常见问题

在 Gandi 注册是否意味着我应该编辑 LiveDNS?

否。检查域的委托权威域名服务器。外部托管区域必须在其实际DNS主机上进行编辑。

@ 在 Gandi 的TXT示例中是什么意思?

它代表裸域。相对名称代表子域。发布后检查生成的完整所有者名称。

SPF是否应该使用旧版SPF记录类型?

否。将SPF策略发布为TXT 。 Gandi 的记录概述将单独的SPF记录类型标识为以前的用法。

长TXT值如何表示?

该文档在一条记录中显示多个带引号的字符串,每个字符串最多 255 个字符。请勿将这些字符串转换为独立的SPF策略或不完整的DKIM密钥。

为什么链接区域很重要?

Gandi 表示对链接区域的编辑适用于每个链接域。在进行或恢复更改之前检查这些域。

添加DKIM密钥是否会激活签名?

不可以。发送服务必须使用匹配的私钥和选择器。 DNS发布仅提供公开验证材料。

如果邮件发送失败,我可以立即恢复备份吗?

首先比较变化。完整恢复可以删除不相关的后续编辑,尤其是在共享区域中。如果可能,更喜欢批准的目标恢复。

什么证明完成?

正确的权威DNS 、提供商激活或验证以及预期发送路由的可信接收消息身份验证。

[ 来源 ]

来源

  1. Gandi 更新DNS记录

    部分 名称服务器和DNS记录 · 编辑您的DNS记录 · 链接到区域 · 备份DNS记录

  2. Gandi TXT记录

    部分 能给我一个TXT记录的示例吗?

  3. RFC 7208 SPF

    部分 §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  4. RFC 6376 DKIM

    部分 §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  5. RFC 9989 DMARC

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ 词汇表 ]

词汇表

DKIM选择器
s= 值,通过DKIM签名域在DNS中查找验证密钥。
DMARC对齐
可见发件人域与传递的SPF或DKIM身份之间所需的关系。
信封发送者
由SPF评估的SMTP发件人身份,与可见的 From 标头不同。
权威DNS
负责应答区域的委派DNS服务器。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库