我正在试验CloudFlare。我托管自己的DNS (b.example
),并创建了一个独特的第三级区域(a.b.example
)。我将胶水记录放在b.example
区域中,并在它自己的单独文件中设置a.b.example
区域。(我在linux盒上使用BIND )。在intodns.com上对此进行测试可以获得许可(除了一个“警告:看起来父服务器在被问到时没有您的TLD的信息。这是可以的,但可能会让人感到困惑”)。
但是,当我尝试将此区域添加到CloudFlare的控制面板时,我会得到:
Please ensure you are providing the root domain and not any subdomains (e.g., example.com, not subdomain.example.com) (Code: 1116)
我尝试了几个变体(在父区、子区或两个区域为a.b.example
设置了一个A记录),并获得了任何更改。
我想做的事有可能吗?我不想把b.example
的整个DNS管理交给CloudFlare。
发布于 2018-10-09 16:23:50
您的总体目标的问题是Cloudflare只接受直接位于公共后缀下的域名,这是他们的决策。(像com
、co.uk
等公共后缀,比如这份清单,虽然我不知道这是否是他们所依据的列表)。
这是他们的合作伙伴可以选择使用基于CNAME的解决方案.的例外。
一般来说(忽略Cloudflare的细节),如果您将某个区域下的某个内容委托给其他人的名称服务器,那么您添加的只是NS
记录。
新区域应该存在于他们的名称服务器上,而不是在您的名称服务器上(除非您专门将新区域委托给这两个区域,在这种情况下,您将希望通过AXFR或其他方式确保区域实际保持同步)。
Ie,如果您有example.com
并且希望将sub.example.com
委托给ns.other.example
,您可以添加:
sub.example.com. IN NS ns.other.example.
去你的example.com
区。
sub.example.com
区域将由控制该区域的人单独添加到ns.other.example
名称服务器上。
发布于 2018-10-09 16:22:09
显然Cloudflare不支持你想要达到的目标。他们似乎要求你从登记员一级直接委托给他们。
这似乎是他们的支持站点上的相关帖子:https://support.cloudflare.com/hc/en-us/articles/220981767-Can-I-add-a-subdomain-on-Cloudflare-。
发布于 2018-10-09 16:00:07
我不能完全遵循您的解释,但首先,当您委派子域时,您不会在您自己的名称服务器上为它创建区域文件。
将子域委托给不同的名称服务器(Cloudflare服务器或其他服务器),只需在区域中为您指定的名称服务器创建必要的NS记录:
a.example.com. 3600 IN NS alice1.ns.cloudflare.com.
a.example.com. 3600 IN NS bobby2.ns.cloudflare.com.
在您自己的区域中,在您自己的名称服务器上,这就是您需要做的全部工作。
然后在Cloudflare控制面板中创建a.example.com
子域中的所有记录,如A
、MX
、CNAME
等,用于*.a.example.com或APEX a.example.com
https://serverfault.com/questions/934700
复制相似问题