问题出在这里：我们用一个不提供IP地址的外部提供商托pipe我们的网站，而是给我们一个指向我们的www CNAMElogging的域名。 我假设他们正在使用某种types的虚拟主机，为请求的域读取标题并显示该网站。 无论如何，我们的许多用户抱怨说，网站实际上并不是因为他们在浏览器中inputexample.com而不是www.example.com。 有没有办法使我们的DNS在这个工作？
我注意到我的谷歌应用程序域的一个奇怪的行为。 大部分邮件都像你所期望的那样通过，但是经过一段时间，我发现某些发件人的邮件没有通过。 在确定一个这样的发件人，邮件不通过，我已经请他给我发一封电子邮件，并转发“传递失败” – 回应我的常规Gmail。 传递失败响应包含以下片段： —–会议logging如下—– <[email protected]> …延迟：连接超时与ghs.l.google.com。 这帮助我通过快速search来识别问题，并将其引导至Google Apps帮助论坛上的此页面 。 事实上，我查看了我的域名的DNSlogging， @被设置为ghs.google.com。 （CNAME），它不应该。 将其更改为@ 74.125.93.121 (A) *解决了问题。 我知道，在邮件无法通过的情况下，我的域名被CNAME查找的规范名称替代，因此邮件被发送到[email protected]而不是[email protected] 。 但是，为什么它对绝大多数发件人都有效？ 发件人的邮件不通过，使用一些不同types的邮件协议，一些奇怪的DNS设置，或者它可能是什么？ 通过研究谷歌的问题，我可以看到，这似乎是一个广泛的问题（很多人抱怨战网的电子邮件没有通过，将是一个stream行的例子），只是人们似乎并不要知道问题出在他们自己的DNS设置上，而不是在发件人那边。 那么如何解释呢？ *我使用这个知识产权，因为我在这里读到，但我认为任何知识产权都可以做到这一点。 任何人都可以确认吗？ 请注意，仅仅删除@logging不能解决问题，必须更改。
有没有办法查询我们的内部DNS条目来发现指向特定服务器的所有CNAME条目？ 编辑：我们是一个Windows环境，Server 2003。
我正在实施一个多租户应用程序，其中我的应用程序托pipe和服务于租户产品的技术文档。 现在，我正在考虑的方法是 – 我在docs.<tenant>.mycompany.com托pipe文档，并要求我的租户设置一个CNAME DNSlogging，以将docs.tenantcompany.com指向docs.<tenant>.mycompany.com 。 我希望网站能够通过租户的证书进行SSL启用。 我想了解我的租户公司是否拥有通配符SSL证书，是否可以使用此设置，或者是否必须为docs.tenantcompany.com购买新的SSL证书？
在履行一些工作职责的过程中，我需要对SRVlogging进行调整，并且试图使维基百科声明与我在DNS挖掘中看到的一致。 根据维基百科的SRVlogging条目 ， SRVlogging中的目标必须指向具有地址logging（A或AAAAlogging）的主机名。 指向具有CNAMElogging的主机名不是有效的configuration。 但我看到logging在哪里dig返回一个SRVlogging指向一个名称，这是一个CNAMElogging中的别名。 就是这样的： > dig _https._tcp.alpha.domain.com SRV ;; QUESTION SECTION: ;_https._tcp.alpha.domain.com. IN SRV ;; ANSWER SECTION: _https._tcp.alpha.domain.com 59 IN SRV 30 30 4443 alias.domain.com > dig alias.domain.com ;; QUESTION SECTION: ;alias.domain.com. IN A ;; ANSWER SECTION: alias.domain.com. 35 IN CNAME canonical.name.amazonaws.com. canonical.name.amazonaws.com. 35 IN A 52.78.234.189 canonical.name.amazonaws.com. 35 IN A 107.21.179.88 […]
我在Amazon的Route 53中设置了一个CNAME指向另一台服务器。 这是指向现有域名的新子域名的新CNAME。 与我一起工作的其他DNS提供商，新的规范名称logging立即别名到另一个规范域名。
是否允许NSlogging是CNAME？ 例如： subdomain.example.com. IN NS ns1.example.com. ns1.example.com. CNAME foo.example.com. foo.example.com. IN A 10.1.1.1 虽然这（当然），这似乎并不工作在绑定： subdomain.example.com. IN NS foo.example.com. foo.example.com. IN A 10.1.1.1 任何指向RFC禁止这种设置将不胜感激。
由于我的networking涉及多less台服务器，所以我很难将它们全部组织起来。 其中一些没有静态IP，所以我认为如果我做了一个config.mydomain.com域可能会很好。 在这个域上，我可以存储Alogging和每个服务器的IP。 这是我如何设置它： s1.config.mydomain.com. A 10.0.0.1 #ttl 60 s2.config.mydomain.com. A 10.0.0.2 #ttl 60 s3.config.mydomain.com. A 10.0.0.3 #ttl 60 # etc 这些logging中的每一个都有60的TTL，以防我需要快速更改IP，但我不希望客户端每60秒更新一次。 现在让我们说我设置我的域使用它们，就像这样： mydomain.com. CNAME s2.config.mydomain.com. #ttl 3600 mail.mydomain.com. CNAME s2.config.mydomain.com. #ttl 10800 svn.mydomain.com. CNAME ns1.config.mydomain.com. #ttl 21600 CNAMES的TTL更高，所以假设我去mydomain.com。 它向我的DNS服务器询问mydomain.com的IP，我的服务器返回CNAME s2.config.mydomain.com. 然后它向我的服务器询问s2.config.mydomain.com的IP，我的服务器返回10.0.0.1 。 它会cachingCNAME s2.config.mydomain.comlogging3600秒， A 10.0.0.1logging60秒？ 这意味着每60秒钟它会问我的服务器的IP地址？ 或者它会caching查看CNAME s2.config.mydomain.com ，得到A 10.0.0.1 ，并caching他们都为3600秒。 如果是第一个，我可能不得不寻找另一种方式来pipe理他们，所以我希望这是第二个，但我不确定。 你知道更好的方法来跟踪他们吗？
我需要为一个CNAME域创build一个NSlogging，目的是让两个域指向一个IP，而不必在两个不同的地方维护当前的IP地址。 这个域名的DNS提供商是DynDNS，但是他们阻止了这个操作： 不能使用等于区域名称的标签创buildCNAME 我可以通过1and1服务于DNS的另一个域来执行此操作： root@srv-ubuntu:~# dig myseconddomain.co.uk ; <<>> DiG 9.4.2-P1 <<>> myseconddomain.co.uk ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61795 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;myseconddomain.co.uk. IN A ;; ANSWER SECTION: myseconddomain.co.uk. 71605 IN CNAME myfirstdomain.co.uk. […]
我们有几个域名都指向他们的MXlogging在mail.ourdomain.com，一个内部的邮件服务器。 我们希望将我们的电子邮件外包给新的供应商，他们希望我们使用mail.newsupplier.com; 他们的邮件服务器 我们宁愿不改变所有的域名来指向那个MXlogging; 有几个不在我们的控制范围之内，这意味着试图让多方同时更改MXlogging，这似乎是有问题的。 更简单的做法是在新供应商的IP上重新委托mail.ourdomain.com。 问题是我们的供应商不能保证IP将被修复。 我的问题是，因此：正在将mail.ourdomain.com更改为CNAME mail.newsupplier.com一个可接受的解决scheme？ （为了logging，只有电子邮件正在移动，所以我们想离开www.ourdomain.com和everythingelse.ourdomain.com不变。） 我发现有几条消息警告CNAMES在MXlogging中存在的危险，但是我不太可能find有人在讨论这个特定的设置，所以任何build议都会被很好的接受。