Dns 未通过CloudFlare路由的请求

Dns 未通过CloudFlare路由的请求,dns,cloudflare,Dns,Cloudflare,我在CloudFlare上有我的域example.com,还有一个子域fo.example.com,委托给另一个名称服务器 这是CloudFlare上的设置 A www.example.com 1.2.3.4 CNAME测试www.example.com CNAMETEST2 www.google.com CNAME test3 fo.example.com 加上fo的NS。以上所有内容都有橙色图标,即请求应通过CloudFlare 这是另一个名称服务器上的设置 A fo.example.com

我在CloudFlare上有我的域example.com,还有一个子域fo.example.com,委托给另一个名称服务器

这是CloudFlare上的设置

A www.example.com 1.2.3.4

CNAME测试www.example.com

CNAMETEST2 www.google.com

CNAME test3 fo.example.com

加上fo的NS。以上所有内容都有橙色图标,即请求应通过CloudFlare

这是另一个名称服务器上的设置

A fo.example.com 5.6.7.8


现在,当我使用traceroute www.example.com、test.example.com和test2.example.com时,我可以看到它通过CloudFlare,但当我使用traceroute test3.example.com时,它直接通过traceroute fo.example.com。这在我看来是不正确的,为什么指向外部域名google.com的CNAME请求会通过cloudflare,而指向委托子域的CNAME请求则不会通过cloudflare?

在不知道实际子域的情况下很难查看。有些记录无法代理指向其他CDN,例如,在某些情况下确实会产生DNS查找问题。

CloudFlare支持以下答案:

这是不可能的,也没办法解决。我试过了。 不幸的是,我们目前的系统不允许这样做。这是一个很好的例子 功能请求一段时间后,它最终将被添加,但没有ETA 从现在开始,对不起


我设置了一个测试域:sollecitopagamento.it,So,fo.sollecitopagamento.it是直接的,而test3.sollecitopagamento.it应该通过CloudFlare。您设置与DNS相关的内容的方式非常奇怪。您有指向NS记录的fo,我们无法代理该记录。典型的设置通常如下所示:CNAME fo是sollecitopagamento的别名。我的目标是让请求首先通过CloudFlare路由,然后通过dns故障转移。在这种情况下,fo代表故障转移,应该由Route53托管。有什么建议吗?