如果域名要可靠地连接到网站或虚拟主机提供商，在 IONOS 中定义 DNS 设置至关重要。在本指南中，我将逐步向您介绍如何在 IONOS 控制中心编辑、重置和有效管理 DNS 条目。
中心点
- 登录 进入 IONOS 控制中心所需的
- DNS 管理 关于 "域名和 SSL "概述
- 编辑条目 如 A、CNAME、MX 或 TXT
- 重置 随时可将配置改为标准配置
- DNS 更新 最长需要 48 小时
登录 IONOS 并切换到 DNS 管理
要更改 IONOS 的 DNS 条目，我首先要登录官方主页。输入客户编号或电子邮件地址以及相应的密码后，IONOS 控制中心就会打开。在这里我选择 "域名和 SSL 从。我在概览中列出了管理的域。点击所需域名右侧的三点菜单，选择 "DNS "选项。现在我可以访问该域的 DNS 区域了。如果您管理多个域名，IONOS 提供了所有链接域名的清晰列表，因此您可以轻松地保持概览。通过同一菜单直接访问重定向或虚拟主机路径等设置选项的功能也特别有用。在这种情况下，DNS 设置是配置的核心--毕竟，每个域名都需要正确的条目才能解析到适当的目标服务器。
更改 A 记录和其他 DNS 记录
在 DNS 区域管理中，IONOS 会向我显示所有活动 DNS 条目。例如，如果我想创建一个 A 级入口 我根据类型识别该条目。通过点击铅笔图标，我可以编辑目标 IP 地址 - 这始终是一个 IPv4 地址，如 "192.0.2.1"。这同样适用于 CNAME-, MX- 或 TXT 条目我也可以直接编辑和保存。应用这些更改在技术上非常简单：保存后，IONOS 会自动将条目传输到实时系统。不过，DNS 条目的更改不会立即在所有地方可见，因为它们可能需要长达 48 小时的时间才能在全球范围内完全传播。因此，我建议在进行重要更改（如更换虚拟主机或重新调整域名）时留出一些准备时间。这样可以避免网站宕机或接收电子邮件出现问题。
何时需要重置为默认值
有时我不想手动清理 DNS 条目，而是将它们完全重置为 IONOS 的默认条目。要做到这一点，我需要点击 DNS 区域列表上方的"重置设置".这样我就可以大致了解哪些条目将被更改，哪些将被删除。确认后，IONOS 将删除各个条目并用预先配置的服务器路径取而代之。如果要重新打开域，这一步骤尤其有用。 IONOS 网络托管 或配置不正确的条目应予以纠正。任何尝试过 DNS 设置的人都会对这个问题特别熟悉：错误的子域链接或实际上不再需要的不同 MX 条目很快就会出现。通过重置，我可以彻底清理并恢复原始状态，这样域名就可以重新按原计划运行。
表格概览：IONOS 的典型 DNS 条目
我在 IONOS DNS 编辑器中管理多种条目类型。下表列出了最相关的类型：
| 输入类型 | 功能 | 内容示例 |
|---|---|---|
| A | 将域指向 IPv4 地址 | 192.0.2.1 |
| AAAA | 指 IPv6 地址 | 2001:0db8:85a3:0000:0000:8a2e:0370:7334 |
| CNAME | 另一个域的别名 | blog.my-domain.com → my-domain.com |
| MX | 用于发送电子邮件的邮件服务器 | mailserver.ionos.com |
| TXT | 其他信息（如 SPF） | v=spf1 include:spf.ionos.de ~all |
根据域名的计划用途，还可添加更多条目，或在特殊情况下，如为某些服务（如 VoIP 或 Microsoft 服务）设置 SRV。不过，通常情况下，A、CNAME、MX 和 TXT 条目足以为虚拟主机和电子邮件设置域名。如果我还想通过 IPv6 访问我的网站，AAAA 条目就会发挥作用，而 IPv6 如今正变得越来越重要。
设置与外部主机的连接
自定义 DNS 设置的用户通常希望使用外部托管解决方案。这包括转发到其他平台或 CDN 系统。对于 A 或 CNAME 条目，我会输入新的目标 IP 或目标域。我确保没有相互矛盾的条目，例如，同一子域不得同时有 A 和 CNAME 条目。A IONOS 与 Strato 的比较分析 显示，尽管用户界面不同，但两家提供商都提供了类似的 DNS 编辑选项。作为经验法则，我坚持以下原则：在删除或覆盖旧条目之前，我会记下原始状态，以便在有疑问时切换回来。
此外，合理整合外部服务也能显著提高网站性能。例如，CDN（内容分发网络）对于全球访问者或高访问量的访问者尤为重要。在使用其他供应商提供的网站建设或托管 WordPress 解决方案时，可能还需要相应调整 IONOS DNS 管理中的 CNAME 条目。我对目标的定义越精确，我的服务的可访问性就越可靠和一致。
为电子邮件配置 DNS 条目
如果我想通过 IONOS 或第三方提供商（如 Google Workspace）使用电子邮件服务，我需要有效的 MX 条目.此外 SPF、DKIM 和 DMARC 信息 通过 TXT 条目。这些条目用于防止垃圾邮件和身份盗用。重要的是，这些条目必须与电子邮件提供商的规格完全一致--缺少一个空格可能导致电子邮件无法继续发送。您是否只使用 IONOS Webmail该配置在后台自动完成，只有在有特殊要求时才需要更改。不过，如果需要，我可以激活额外的安全级别。例如，SPF（发件人策略框架）可识别哪些服务器被授权代表您的域名发送电子邮件。DKIM（DomainKeys Identified Mail，域密钥识别邮件）对电子邮件进行签名，以便收件人系统识别电子邮件内容是否在途中被篡改。DMARC（基于域的邮件验证、报告和一致性）是一种策略，它定义了如何处理不符合 SPF 和 DKIM 规范的电子邮件。
正确的电子邮件条目和安全协议至关重要，尤其是对于希望获得专业外部形象的公司或自由职业者而言。这样可以避免发送问题，并增加对自己域名的信任。
DNS 配置故障排除
如果网站的可访问性或更改后的邮件接收出现问题，我会再次系统地检查所有条目。我会问自己以下问题：- A 或 AAAA 条目是否指向正确的 IP 地址？
- CNAME 目的地是否与指定的主域匹配？
- TXT 记录是否包含 SPF 或其他基于 DNS 的控制的正确信息？
- 旧条目与新条目没有冲突吗？
错误通常是由相互矛盾的条目、遗忘的更新或未完全删除的旧行造成的。在等待之前，我会仔细检查每一个步骤。通常值得查看网络服务器或邮件服务器的日志，以缩小错误范围。我还喜欢使用 "dig "或 "nslookup "等工具，从外部 DNS 服务器的角度检查条目。如果那里已经显示了正确的信息，我的设置通常就没有问题，我只需等待 DNS 的完整传播。
DNS 更改生效需要多长时间？
DNS 数据通过中间服务器分布在世界各地。因此，新值需要不同的时间才能生效。IONOS 谈到 等待时间从几分钟到 48 小时不等.根据我自己的经验，A 条目通常只需两小时就可以使用，而用于域保护的 TXT 条目有时需要更长的时间。如果希望更快看到更改，不妨清除本地系统或浏览器的 DNS 缓存。还可以使用 "dig "或 "nslookup "等工具检查更改是否已在名称服务器上可见。如果结果仍然过时，您只需耐心等待。每个条目的 TTL 值（生存时间）对新 DNS 数据的可见性也有决定性影响。
重要提示对于大型网站迁移或邮件服务器切换，在短时间内设置较低的 TTL 值是有意义的，这样可以使变化更快地传播。一旦所有测试运行成功，该值可再次提高到标准值，如 1 小时或 24 小时，以尽量减少 DNS 服务器的负载。
关于 TTL 您应该知道什么
缩写 TTL 代表 "生存时间"。它指的是 DNS 条目存储在服务器缓存中的时间（以秒为单位）。IONOS 的默认值通常为 3600 秒（一小时）.我可以在创建或编辑单个条目时调整该值，这对短期测试开关等非常有用。默认值仍然是静态网站或邮件服务器的理想选择。特别是如果我只想在一天内测试一项新服务，我可以将 TTL 缩短到 300 秒（5 分钟）。这意味着更改会更快生效，因为数据不会在 DNS 解析器中缓存太久。但要注意的是，过低的 TTL 也会产生更多的 DNS 查询，理论上会增加服务器负载和带宽需求。因此，在正常运行时，一小时或更长时间仍然是灵活性和稳定性之间的一个很好的折中方案。
扩展 DNS 功能和子域管理
除了标准的基本条目外，IONOS 的许多用户还提供子域，以便在主域内构建各种项目或服务。例如，我可以在 "shop.my-domain.com "下经营一个网上商店，在 "blog.my-domain.com "下安装一个博客系统。在 DNS 管理中，这些子域各自显示为独立条目（A 或 CNAME）。每个条目的规则与主域相同：我指定 IP 地址（A/AAA）或通过 CNAME 引用外部服务。如果设置需要，还可以专门为子域定义电子邮件设置（MX、SPF）。
另一个有趣的地方是 DNSSEC（DNS 安全扩展）的使用。DNSSEC 有助于检查 DNS 条目的真实性并增加操纵的难度。IONOS 通常支持 DNSSEC，但激活情况可能因资费或域名扩展而异。如果您特别注重安全性，则应检查您的域名是否支持 DNSSEC，并在必要时激活它。这有助于确保不会用伪造的 DNS 数据来回答请求。
您也可能将域名转移到 IONOS（反之亦然），并希望转移 DNS 设置。在这种情况下，我建议记录或导出以前与旧提供商的条目。如果无法进行自动转移，我将在 IONOS 手动创建这些条目。这样可以降低故障或错误配置的风险。同样的道理也适用于此：请耐心等待，因为迁移可能会导致额外的 DNS 运行时间。
但是，如果我只想进行纯粹的域名转发（例如，将一个域名永久重定向到另一个域名），也可以在 IONOS 控制中心进行设置 - 在某些情况下与 A 或 CNAME 条目无关。这样，IONOS 的重定向功能就可以确保将所有对 "my-domain.com "的请求直接重定向到 "other-domain.com"，而无需在 IONOS 服务器上运行网站。但请注意：这并不总是一个纯 DNS 流程，而是一个在服务器级别管理 HTTP 重定向的功能。
顺利进行流程的其他提示
如果您经常使用 DNS 设置，建议您熟悉以下命令 挖掘 或 nslookup 来熟悉 DNS 服务器。通过这些工具，您可以直接查询特定 DNS 服务器上的当前条目。这样就能快速识别本地缓存或特定解析器是否提供了过时的数据。在进行任何重大更改之前，制定一份检查清单也很有帮助：记录旧条目、定义目标、调整 TTL、设置条目，最后检查一切工作是否正常。
在出现严重中断的情况下，使用 Google Public DNS (8.8.8.8) 或 Cloudflare (1.1.1.1) 等其他 DNS 解析器也会有所帮助，以查明问题是否受地区限制。有时个别提供商更新较慢，这意味着某些地区的用户仍在解析旧的 IP 地址，而其他用户已经在使用新的数据。
关于 IONOS DNS 配置的最后说明
IONOS 提供了一个条理清晰的界面，可以轻松更改 DNS 条目。我觉得特别重要的是，如有必要，我可以随时恢复到工作默认值。只要稍作准备，就可以有针对性地将域名连接到新的服务或网络空间。A、CNAME、MX 和 TXT 记录的组合构成了我 DNS 配置的主干。定期维护 DNS 条目并花时间了解其背后结构的用户很快就能从中获益。一个完善的 DNS 区域可以增强安全性、提高性能，并确保可以顺利访问自己的网络和电子邮件服务。这也为您将来的扩展做好了准备--无论是为新项目创建子域，还是连接外部服务（如 CDN 和电子邮件提供商）。
