新重定向故障排除

1. DNS 是否指向 RedirHub？#

先从列表入手，而不是一次检查一个链接：打开 Links，然后点击 DNS issue 筛选器。它会缩小到那些域名尚未指向 RedirHub 的链接，这样你就能在一个视图中看到哪些重定向正在等待 DNS 生效。

Links → DNS issue: one link left, so promo.mybrand.com is the domain to fix.

在这个示例中，筛选后 1,556 个链接里只剩下 1 个：promo.mybrand.com。其他所有链接都已经解析成功，所以问题在于这一个域名的 DNS，而不是重定向设置。如果筛选结果为空，说明 DNS 没问题，原因就在本页的更下方。

在控制面板中打开该重定向并点击 Check DNS。在显示 DNS 已验证之前，访客仍然会到达你的旧服务器。DNS 更改最多可能需要 24 小时；请使用 WhatsMyDNS 跟踪全球范围内的进度。更多内容见 DNS 更改需要多长时间？

• 残留的旧记录：删除同一名称下其他 A、AAAA 或 CNAME 记录。如果保留了两条记录，部分访客仍会访问旧服务器。
• 主机字段填写错误：大多数服务商在根域名处需要填写 @，而 www 则只填 www（不是 www.example.com）。

2. 你的浏览器是否显示旧结果？#

浏览器会缓存 DNS 答案和永久重定向（301 和 308）。更改之后，你自己的浏览器可能仍然显示旧行为，而其他人已经看到新结果。请测试该重定向：

• 在私密或无痕窗口中，或使用另一浏览器，
• 使用随机查询字符串，例如 https://example.com/?v=2，
• 使用 重定向测试器，或从命令行：

bashcurl -I https://example.com/some-page

Location 标头会准确显示 RedirHub 将请求发送到哪里。在你仍在测试时，请使用 302，这样浏览器就不会记住尚未完成的目标。

3. “不安全”或证书错误#

SSL 证书会在 DNS 验证通过后立即签发，状态会从 Queued 变为 Provisioning 再到 Secured，通常只需几分钟。如果一直卡住，请检查你域名上的 CAA 记录：它们必须允许 letsencrypt.org 和 sectigo.com（参见 我可以使用哪些 DNS 类型？）。更多关于证书的信息请参见 自动 HTTPS。

4. 重定向生效了，但跳转到了错误的位置#

• 所有页面都跳到首页：开启路径转发，这样 old-domain.com/about 就会跳转到 new-domain.com/about。
• UTM 标签或其他参数丢失了：开启查询转发。
• 路径出现了两次，或者 URL 中出现了 {host} / @：请参见 目标 URL 变量。
• 特定路径会跳转到根目标：路径会被精确匹配且区分大小写；当没有路径匹配时，将使用根重定向。请参见 匹配。

5. www 的工作方式与根域不同#

例如 example.com 的重定向也会覆盖 www.example.com，但前提是 www 在 DNS 中也指向 RedirHub，通常使用 CNAME 记录。如果 www 仍然指向你原来的主机，www 访客将永远无法到达 RedirHub。如果你为 www 创建了单独的重定向，那么 www 请求将优先使用那个重定向。

6. 框架（遮罩）显示空白页面#

目标站点可能禁止在框架中显示，或者它使用的是 http:// 而不是 https://。只有目标站点的所有者才能更改这一点；否则请使用 301 或 302。请参见 重定向方法说明。

还是有问题吗？#

如果几个小时后仍然无法使用，请通过仪表板中的聊天或发送邮件至 support@redirhub.com 联系我们。请提供域名和你测试的 URL，我们会帮你看一下。