打开 alanadiniz.com。
您域名的控制层: RagonsFlare DNS
通过一个控制面板管理将您的网站、电子邮件和应用程序连接到正确目标的 DNS 记录。安全迁移现有区域,监控 nameserver 切换,并通过验证层实施关键变更。
8 种记录类型 受控导入 24/7 专家支持
203.0.113.1036002001:db8::103600mail.alanadiniz.com14400v=spf1 include:…14400管理每个连接开始的层级
当访问者输入您的域名时,DNS 会找到正确的 Web 服务器、电子邮件系统或服务。RagonsFlare 让这份路由映射变得可读、可迁移且可审计。
响应权威区域内的正确记录。
Web、电子邮件、API 或应用程序会响应。
您的区域中可能需要的记录
从 IPv4 和 IPv6 路由到企业电子邮件,从证书授权到服务发现,均可在一个界面中构建您的核心 DNS 架构。
将域名连接到一个 IPv4 地址。
将域名连接到一个 IPv6 地址。
将一个名称指向另一个 hostname。
将邮件转发到正确的邮件服务器。
用于保存 SPF、DKIM、DMARC 和服务验证记录。
指定哪些机构可以签发 SSL 证书。
定义服务目标、端口和优先级。
将一个子域名的 DNS 权限委派给其他服务器。
203.0.113.10TTL3600yourdomain.comTTL3600mail.alanadiniz.comTTL14400SOA 和主 NS 记录无法被意外删除。记录内容会根据其类型和 zone 进行验证。
在单一面板中进行可见、可控且安全的更改
在一个页面中查看区域状态、nameserver 切换和记录数量。添加新记录时,可使用类型、域名、TTL 和内容验证功能。
预览现有 DNS 响应;仅将您已验证的记录导入新的 zone。
通过监控公共 NS 响应,尽早发现不完整或错误的委派。
根据记录类型验证 IP、hostname、MX 优先级、SRV 和 CAA 值。
系统会实施 zone 序列控制,以防止并发操作期间记录被旧数据覆盖。
更换 DNS 提供商包括四个可控步骤
将 Nameserver 变更留到最后。 先准备好区域记录,尤其是验证 MX、SPF、DKIM 和 DMARC 值,可以降低服务中断风险。
- 01
添加域名
将您要管理的域名连接到 RagonsFlare 服务;在尚未影响实时流量之前即可准备好区域。
- 02
扫描记录
扫描现有的 A、AAAA、CNAME、MX、TXT 和 CAA 响应;将发现的记录与您的源服务提供商进行比较。
- 03
验证关键值
完整检查 Web IP'、www CNAME'、MX、SPF、DKIM、DMARC 和验证 TXT 记录。
- 04
完成 Nameserver 迁移
在注册商处更改 NS 地址,并持续监控,直到客户面板中的委派状态变为已启用。
比较合适的层级,不要迁移不需要的依赖项
RagonsFlare 将您域名的权威 DNS 管理迁移到 Hostragons 客户面板。Cloudflare 则是一个广泛的 edge 平台,除 DNS 外还提供反向代理、CDN 和 WAF。两项服务的交集是 DNS 管理;其服务范围并非完全相同。
DNS 可找到正确目标。CDN 从边缘节点提供内容;反向代理和 WAF 在 Web 流量前端运行。RagonsFlare 套餐中包含的附加性能和安全功能,应根据您所选套餐的范围进行评估。
除了添加正确的记录,按正确顺序执行变更也同样重要
DNS 变更并不只是更新一个 IP 地址。缓存时长、电子邮件验证、证书颁发权限和 nameserver 迁移会相互关联地运作。以下方法可帮助您在日常调整和基础设施迁移中获得更可预测的结果。
在变更前规划 TTL
TTL 决定 DNS 响应在解析器中保存多长时间。在迁移服务器或更改 IP 之前,以可控方式降低 TTL,可以缩短旧响应的保留时间。迁移完成并验证新目标后,可将 TTL 恢复到正常水平,以减少不必要的查询负载。
将电子邮件记录作为一条完整链路进行检查
MX 记录指向邮件服务器;SPF 定义哪些来源可以发送邮件,DKIM 定义邮件签名,DMARC 则定义验证失败时所执行的策略。仅迁移 MX 记录并不足够。更换提供商时同时验证这四个部分,可减少邮件投递问题以及邮件落入垃圾邮件文件夹的风险。
分别评估根域名和子域名
根域名通常通过 A 或 AAAA 记录直接连接到服务器,而 www 等子域名则可通过 CNAME 指向另一个 hostname。API、控制面板、商店和验证子域名都可能拥有不同的目标。在导入扫描结果之前确认每条记录仍在使用,可避免存在被遗忘且仍指向旧基础设施的连接。
使用 CAA 有意识地限制证书颁发权限
CAA 记录用于指定哪些证书颁发机构可以为您的域名签发证书。在未将现有 CAA 策略与新的证书提供商进行比较的情况下更改 nameserver,可能会意外导致 SSL 续期中断。请在迁移前,将使用自动证书的 Web 服务器、CDN 或 edge 服务所需的权限添加到 zone 中。
不要混淆 DNS 与 Web 协议
DNS 将域名指向目标基础设施;HTTP/2、HTTP/3 和 TLS 1.3 则由目标 Web 服务器或反向代理提供。同样,CDN、缓存和 WAF 是处理 Web 流量的独立层。DNS 记录正确并不会自动启用这些功能;请同时评估所选方案与目标系统的支持范围。
变更前记录回滚点
在编辑一个 zone 之前,请保存现有记录的名称、类型、内容、优先级和 TTL 值。请从不同网络验证新的响应;除网站外,还应测试电子邮件、API 和第三方验证。出现意外结果时,能够完整查看此前的值,可避免凭猜测进行干预,并实现快速、可控的回滚。
四种明确的套餐,统一的 DNS 管理体验
从个人域名到关键企业应用,选择合适的层级。所有方案均以 RagonsFlare 面板和 DNS 记录管理为起点;分发、性能和安全覆盖范围将随方案同步扩展。
STARTER
个人网站和新项目
可管理的 DNS 内容分发网络 (CDN) 不计量的 DNS 查询 DDoS防护 轻松屏蔽 IP DNS 故障转移
高级
专业网站
STARTER 套餐中的所有内容 Domain aliases 域名重定向 DNS 防火墙 电子邮件转发 高级 DNS 分发
Business
在线企业和商店
Premium 套餐中的所有内容 加速移动页面 无损图像优化 网络优先级设置 高级性能层 面向企业的保护
企业级
关键工作负载和企业系统
Business 套餐中的所有内容 符合 PCI DSS 3.2 标准 %99.9 正常运行时间 HDS'协议 Bot 缓解 第3层 DDoS 防护 企业流量管理
每次记录变更背后都有一层安全防护
错误的 DNS 记录可能会同时影响您的网站、电子邮件和验证流程。RagonsFlare 专注于在记录应用之前,发现从区域边界到并发更新等最常见的操作错误。
与 DNS 专家沟通防止超出区域边界
记录名称仅限于与服务关联的域名;指向其他 zone 的名称将不予处理。
保护关键记录
SOA 和主 nameserver 记录受到保护,可防止意外删除或无效更改。
根据类型验证内容
IPv4、IPv6、hostname、MX 优先级、SRV 字段和 CAA 值均按照各自的规则进行验证。
防止被旧数据覆盖
区域序列检查可防止并发编辑中的过期数据覆盖新记录。
提供 TTL 控制
在 60–86400 秒范围内管理 TTL 值;在计划迁移前降低该值,以加快生效速度。
让迁移状态清晰可见
以待处理或已启用状态跟踪公共 NS 响应;尽早发现不完整的委派。
无论您的域名连接到哪项服务
网站和应用程序
通过 A、AAAA 和 CNAME 记录,将您的网站、API 或 SaaS 应用连接到正确的基础设施。
企业电子邮件
统一管理 MX、SPF、DKIM 和 DMARC 记录,为邮件送达率和域名信誉奠定基础。
多云和迁移
更换基础设施提供商时,无需迁移域名,只需以受控方式更新目标记录。
代理机构与多域名
通过同一客户账户监控不同项目的 zone;分别管理每个域名的记录。