我一直在做一个服务器迁移，并检查与DNS有关的所有东西都使用IntoDNS正确configuration。 这样做后，它标记了一个错误，说没有一个WWlogging。 该网站工作正常，我注意到，该子域只有一个CNAMElogging。 我的问题是，我应该同时拥有该子域的CNAMElogging和Alogging，还是CNAME足够了，我可以放心地忽略该错误？ 是否有可能阻止某个使用未实现CNAME的客户端的访问？
我正在移动服务器，并以此为基础，将所有域A的logging从旧IP地址更新到新的IP地址。 大约有100个域名，这是一个乏味的过程。 如果我在主域上设置了一个DNSlogging，例如server1.mydomain.com与新服务器的IP地址1，第二个新服务器的server2.mydomian.com，然后CNAMED每个域的其中之一，是不好的？ 这意味着如果我从这个主机移动，我可以更新一个logging，所有的网站将移动？ 谢谢
我正在运行Windows Server 2016 Datacenter; DNS服务器angular色。 我有一个存根区域configuration为经常使用的域。 存根区域正确configuration并填充有效的NS和粘合Alogging。 这里是问题 – 我用Wireshark捕获了序列： DNS服务器托pipe存根区域example.com; 正确地填充NS和粘合Alogging。 DNS客户端尝试parsingAlogginghost1.example.com。 DNS服务器在example.com中查询名称服务器。 example.com名称服务器返回hostz.example.net的CNAMElogging。 DNS服务器使用服务器故障回复DNS客户端。 此场景适用于Server 2012 R2。 我们刚刚升级到Server 2016.在Server 2012 R2中，DNS服务器使用存根区域的名称服务器返回的CNAMElogging执行recursion查找，并正确地将CNAMElogging的IP地址返回给DNS客户端。 任何想法为什么Server 2016 DNS不会继续执行recursion查找与返回的CNAMElogging？ 我证实recursion已启用，并且服务器正确执行所有其他types的查询的recursion查找。 我通过将存根区域更改为有条件的转发器来解决此问题，但我更喜欢使用存根区域，因为NSlogging会自动更新。
我有一个设置了CNAMElogging的goDaddy网站，以查看我S3帐户中的特定存储分区。 它工作正常，加载文件没有问题。 我有一个服务器SliceHost有一个CNAMElogging（“静态”）设置完全一样的goDaddy（与适当的域名更改）。 当我尝试访问子域中的文件时，但是，我得到一个“服务器未find”的错误。 如果我尝试直接访问存储桶文件，它工作正常。 dig和nslookup揭示了这个子域名确实最终指向了亚马逊。 下面是挖掘的答案部分： static.imdoingscience.com. 2201 IN CNAME static.imdoingscience.com.s3.amazonaws.com. static.imdoingscience.com.s3.amazonaws.com. 60 IN CNAME s3-directional-w.amazonaws.com. s3-directional-w.amazonaws.com. 39 IN CNAME s3-1-w.amazonaws.com. s3-1-w.amazonaws.com. 59 IN A 72.21.207.241 我不知道它是否重要，但非工作实例是运行nginx的Ubuntu Hardy LTS。 我不认为这应该是因为一个CNAMElogging似乎是在名称服务器级别的redirect（我只是进入这个东西）。
我有一个http块，在其中包含托pipe在同一台服务器上的不同域的虚拟主机。 对于每个虚拟主机我都这样做： listen domain.com:80; 现在，domain2.com工作正常。 但是，当我做www.domain2.com它显示了domain1.com的页面！ 如何正确configurationnginx？ 如果www是CNAME或Alogging，这有什么关系吗？
进入一个奇怪的问题，其中通配符CNAMElogging（即* .example.com）重写特定的Alogging（即host1.example.com，host2.example.com）。 它只影响Verizon Wireless的域名服务器。 权威的域名服务器由Network Solutions（ns1.dnsbycomodo.net和ns2.dnsbycomodo.net）控制。 其他提供程序的名称服务器返回了正确的结果（OpenDNS和mxtoolbox.com），并且它不能成为caching问题，因为返回的不正确的IP（通过CNAME查找）以前从未使用，并且最重要的是，更改是在12小时前提出的，logging中的TTL只有7200。 删除通配符CNAMElogging似乎解决了这个问题。 有什么想法发生了什么？ 有没有其他人遇到这个？ 这只是Verizon的DNS服务器与networking解决scheme对话的一些错误吗？ 据说通配符CNAMElogging已经有效一段时间（ 通配符CNAME DNSlogging是否有效？ ）。 编辑： 这是事情发生的顺序 原始configuration： A * .example.com – > 1.1.1.1 host1.example.com – > 2.2.2.2 host2.example.com – > 3.3.3.3 变成： 删除了“A”* .example.com 添加了CNAME * .example.com – > hostalias.example.net，它parsing为4.4.4.4 结果： Verizon对host1.example.com和host2.example.com的查询开始返回4.4.4.4，而在OpenDNS和mxtoolbox.com上，它们仍分别正确返回2.2.2.2和3.3.3.3。
我们的域名“aspenfasteners.com”由Volusion主办。 我们的CNAMElogging“查找”和“search”指向www.picosearch.com上的网站索引帐户。 这些地址在一些拥有自己的DNS的私人办公室networking上失败。 我们怀疑问题来自Volusion自己的域名服务器，n2.volusion.com和n3.volusion.com。 Volusion支持这个技术的问题是不存在的。 我们已经在find.aspenfasteners.com上用2级debugging信息尝试了NSLOOKUP，我们得到了下面的结果。 是否有可能本地DNSrecursion到Volusion的名称服务器，而Volusion DOES返回规范名称，他们不parsing地址？ 任何有这方面专业知识的人，请看下面的NSLOOKUP，并告诉我，如果我们是对的，因为Volusion绝对不支持这个话题。 我需要certificate问题出在哪里。 非常感谢！ 卡罗 find.aspenfasteners.com服务器：mtl-srm-dbsv-01.fastenerwholesale.com地址：192.168.0.44 SendRequest（），len 61 HEADER：opcode = QUERY，id = 8，rcode = NOERROR标题标记：查询，要求recursion问题= 1，答案= 0，权限logging= 0，附加= 0 QUESTIONS: find.aspenfasteners.com.fastenerwholesale.com, type = A, class = IN ———— 得到的答案（138字节）：HEADER：opcode = QUERY，id = 8，rcode = NXDOMAIN头标志：响应，authentication。 答案，要recursion，recursion有效。 问题= 1，答案= 0，权威logging= 1，附加= 0 QUESTIONS: find.aspenfasteners.com.fastenerwholesale.com, type = A, class = […]
我的客户想使用他的网站的根/裸域名，而不是www子域。 我对DNS上的细节并不太了解。 创build一个将www子域指向根的CNAMElogging是否安全？ 即http://www.example.com – > http://example.com我已经看到例子redirect到www，但不是相反。 如果重要的话，该网站在Azure上，DNS设置托pipe在dreamhost。 非常感谢
在cloudflare上，我已经给出了example.com的详细信息 A record pointing to Azure IP www CNAME record to example.azurewebsites.net Cloudflare路由适用于example.com和www.example.com。但是，对example.azurewebsites.net的任何请求都会直接路由到azurenetworking。 如何通过cloudflare将请求路由到example.azurewebsites.net。 如果攻击者击中原始example.azurewebsites.net，本质上cloudflare DDOS保护是无效的 我也知道Azure具有DDOS防护能力
如果你有一个主域名和一堆类似的域名，你基本上想要performance得完全一样，那么configuration如下是合乎逻辑的： “可怜的关系”地带： amazon.co.uk。 DNAME amazon.com。 amazon.co.uk。 CNAME amazon.com。 “爸爸”区： amazon.com。 A 1.1.1.1 www.amazon.com。 A 1.1.1.1 amazon.com。 MX xyz …并希望amazon.co.uk和.com的电子邮件都由xyz和1.1.1.1的web服务器处理，以获得不仅amazon.com和www.amazon.com的请求，而且还为amazon.co .uk和www.amazon.co.uk。 但是RFC 6672说： The owner name of a DNAME can only have one DNAME RR, and no CNAME RRs can exist at that name. These rules make sure that for a single domain name, only one […]