RedirHub 的匹配选项让你可以轻松配置复杂的重定向规则。
首先，我们会在数据库中查找与完整 URL 路径匹配的重定向。例如，如果收到对 www.example.com/path?query-string=1 的请求，我们会查找该精确匹配项。若找到，则使用指定的目标地址；若未找到，则继续使用下一条匹配条件：
- 精确匹配路径（区分大小写）: www.example.com/path
- 不带路径 : www.example.com
- 根域名（仅在 www 版本域名中生效）: example.com
- 通配域名 : *.example.com
如果以上条件都不满足，将显示 404 页面。为避免这种情况，我们建议设置一个“根路径”重定向，以确保你的用户始终有有效的目标地址。
更多内容见下文。
URI 转发 = 对根匹配不作偏好#
当请求到达时未指定路径（即首页），我们会优先选择“禁用 URL 转发”的来源。这样可以实现以下设置：
• 重定向 1：example.com/ -> new.com – URI 转发 = 是
• 重定向 2：example.com/ -> new.com/new-homepage – URI 转发 = 否
在此配置中，当请求 example.com（主页）时会重定向到 new.com/new-homepage，而所有其他请求将按源中指定的规则转到 new.com/$PATH$。
未找到匹配项#
当重定向请求找不到匹配项时会发生什么？
未找到路径#
假设你已经设置了这些重定向：
• https://example.com/ -> https://new-domain.com
• https://example.com/contact -> https://new-domain.com/contact-us
示例 1：用户访问 https://example.com/contact，并被正确重定向到 https://new-domain.com/contact-us。
示例 2：用户访问 https://example.com/old-contact-page，该路径与任何精确路径都不匹配。RedirHub 随后会检查是否存在 https://example.com/ 的重定向。如果找到，用户将被重定向到 https://new-domain.com。这就是为什么我们始终建议设置“根路径重定向”，以避免 404 错误。
我们会在界面中自动推荐这一点，以确保用户体验顺畅。
因为在未找到匹配项时会回退到根路径，所以访客不会遇到 404 页面。如果你有特定需求来自定义 404 页面，请告诉我们，我们可以重新考虑我们的方案。
未找到主机名#
如果未找到主机名（即未在 RedirHub 中配置），我们无法重定向该请求。在这种情况下，将显示“404 未找到”页面。
想在此错误页面上自定义品牌展示吗？你可以使用专用 IP 来获得更多控制。查看我们的专用 IP 文章以了解更多信息。