☰

根域名的 A 记录，www 的 CNAME

tag-icon • tag-icon domain-name-system cname-record a-record
根域名的 A 记录，www 的 CNAME

再会！

只是想问一下这是否可以做到。为网站进行 CloudFlare 部分 CNAME 设置（因为我们无法通过正常途径将名称服务器更改为 CloudFlare 的）问题是它无法在根级别完成，只能在子域（www 和其他子域）上完成。我对此没意见，只是担心根域。

  • 指向服务器 IP 的根域 (domain.com) 记录

  • 将 www (www.domain.com) 的 CNAME 记录指向 CloudFlare 服务器，然后返回到服务器 IP

    1. 这能做到吗？能正常工作吗？（我的意思是 root 的 A 记录和 www 的 CNAME 记录）
    2. 如果不添加 A 记录，用户访问 domain.com 而不是 www.domain.com 会发生什么情况？

www 并不是真正的问题，因为它肯定会转到 CloudFlare 的服务器，我担心的只是根域（domain.com）。

抱歉，我对 DNS 管理还不太熟悉，而且由于我们正在实时网站上工作，所以我没有办法对其进行测试。

任何帮助都非常感谢。谢谢！

答案1

这能做到吗？能正常工作吗？（我的意思是 root 的 A 记录和 www 的 CNAME 记录）

  • 万维网子域名可以别名记录指向CloudFlare

  • 根无法进行 CNAME，因此A/高级 记录只是选项。问题是如果你不想将其指向 CloudFlare IP（如果你知道的话）

    • 墨西哥记录可以将电子邮件传送目标锁定在“root”之外A类型

    • 例如，ssh 访问或其他直接访问可以指向其他子域直接的。示例.com它可以指向“真实服务器IP”。

如果不添加 A 记录，用户访问 domain.com 而不是 www.domain.com 会发生什么情况？

如果你不设置 A 记录，它将作为域（子域、MX 等）工作，但如果有人将地址写入浏览器，它将失败，因为不存在的域。

指向服务器 IP 的根域 (domain.com) 记录

是的，这样没问题。但是如果您要直接指向服务器，请考虑设置一些（基于资源的）轻量级反向代理，该代理会重定向（301 永久移动或至少 302 临时移动）到 www 子域并尽快关闭连接（以减少 DoS/DDoS 的影响并尽可能利用 CF）。

相关内容