除了发布某个DNS区域负责人的电子邮件地址外，是否真的有这个重要性？ 在我们的BINDconfiguration中，我们把一个mailling列表作为我们域的负责人，但是如果这是好的做法，我们是可以理解的。 在那里有任何types的服务依赖于这个电子邮件地址？ 在最糟糕的情况下，这个字段中的无效电子邮件是否会影响我们的DNS权限？
我目前正在试验一下DNS协议。 我注意到，我可以使用两个独立的DNS数据包查询一个域的A-和MXlogging，每个包含一个问题查询。 但是，当我在问题部分中将它们链接在一起，以便单个DNS数据包的问题部分包含两个查询时，对我的请求的答复将只返回该域的Alogging。 例如，查询“A test.com”返回test.com的IP地址，“MX test.com”返回邮件交换服务器。 但是查询“A test.com，MX test.com”只返回IP地址。 为什么是这样？
所以，我一直认为，单个SPF条目必须适合255个字符，或者使用include运算符将多个条目链接在一起形成一个链。 但是，RFC 4408 3.1.3。 特别指出在评估之前必须连接多个string，所以IN TXT "v=spf1" " 1.2.3.4 -all"必须与IN TXT "v=spf1 1.2.3.4 -all" 。 值得注意的是，这允许任意大的SPFlogging，并且include成为包括其他人pipe理的SPFlogging的工具。 这是对规范的正确解释吗？ 更重要的是，当前的邮件服务器会尊重这个多stringtypes的TXTlogging吗？
我试图了解迭代和recursionDNS查找之间的区别。 从根本上说，我认为这就像打电话给百货公司寻找一种产品一样，当他们没有时，他们会给你另一个分支机构的号码打电话，然后你自己打电话给另一个分支机构。 与recursion相比，这就像调用百货公司，当他们没有什么后， 他们代表你的另一个分支寻找产品。 事情是，当涉及到DNS时，我对此有不同的看法。 当我想到recursion时，我想到了这样的东西： 但是，当阅读networking上的文章，甚至做一个谷歌图像search的DNSrecursion ，我看到更多的例子，看起来像这样： 对我来说，第二个例子看起来比迭代更迭代，因为每个“其他DNS服务器”都告诉“首选DNS服务器”要查找下一台机器的地址，而不是代表首选DNS服务器。 我看到的唯一recursion元素是首选的DNS服务器代表DNS客户端进行查找，但是从这里开始，它确实看起来是迭代的。 所以我想我的问题是，“recursion”的DNS查询真的只意味着recursion的意义上的首选DNS服务器代表客户端做的事情，但从这里真正迭代？ 我在Google图片search中看到的大部分结果都让我相信这一点，然后引发这个问题，这是这篇文章中的第一张图片，显然是错误的？
我只是好奇，如果你可以使用dig来检查某个名称服务器是否响应recursion查询。 谢谢！
经过一番search后，如果有任何标准（或非标准的）规范或指定域名的IMAP服务器的最佳做法，我已经完全空手而归。 即如果我有一个帐户，如“[email protected]”，我希望通过IMAP阅读我的邮件，是否有任何DNSlogging，这将表明我的邮件客户端它应该联系哪个邮件服务器？ 我从来没有见过这样的事情，几乎所有的电子邮件设置说明，包括一个确切的IMAP主机名称，例如“mail.example.com”或“imap.example.com”。 我想这个假设是，example.com的员工或其他用户可以从他们的pipe理员那里找出要使用的服务器。 但是，如果example.com拥有数千个帐户，这将变得非常繁重。 只需input您的电子邮件地址“[email protected]”，并根据电子邮件的域名（与MXlogging对于SMTP的工作方式不同）查找DNS中的IMAP服务器名称似乎非常有用。 有人听说过这样的事吗？
如何制作可以频繁更改的域名logging？ 假设example.org指向203.0.113.0 。 两分钟后，它必须指向198.51.100.0 。 这将是域名后面的正常网站（仅在使用普通网页浏览器访问的意义上的“正常”），但寿命很短。 域名在被切换或closures之前最多会指向一个3-4小时的地址。 没有必要保护DNS服务器免受频繁的查询。 我的方法是将TTL设置为60秒，只需在切换时更改logging。 在最坏的情况下，会导致用户等待最多60秒才能访问新的服务器。 不知何故，我不信任…有些ISP或浏览器可以忽略或重写TTL，不是吗？ 如果这是一个有效的担忧，那么预期的TTL是多less？ 谢谢！
我有一个Ubuntu 12.04机器上的以下/etc/hosts文件 127.0.0.1 localhost 10.248.27.66 ec2-50-112-220-110.us-west-2.compute.amazonaws.com puppetmaster # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts 但是，host命令不能正确parsing名称puppetmaster ，而telnet命令却是正确的 root@ip-10-248-34-162:/home/ubuntu# host puppetmaster Host puppetmaster not found: 3(NXDOMAIN) root@ip-10-248-34-162:/home/ubuntu# telnet puppetmaster 8140 Trying 10.248.27.66… Connected to ec2-50-112-220-110.us-west-2.compute.amazonaws.com. Escape character is '^]'. 为什么host命令不能parsing/ etc […]
当由于超时而无法parsing主机名时，我需要testing应用程序的行为。 在/etc/resolv.conf设置nameserver 127.0.0.1不起作用：相关函数立即返回一个exception。 testing装置是一个由Vagrant创build的虚拟机，通过DHCP接收其IP地址。
在DreamPlug（这是一个运行Ubuntu Jaunty的插件计算机）上使用Avahi时，我遇到以下非常奇怪的问题。 花了几天时间后，我想我已经设法缩小了这个问题。 DreamPlug充当WiFi接入点，并具有主机名plug和IP地址192.168.1.1 （在/etc/hosts和/etc/hostname ）并运行lighttpd。 现在，我的Mac可以直接在Chrome中访问http://plug.local ，但是如果我尝试在iPad上加载http://plug.local ，则不起作用。 也就是说， 直到我加载桌面上的页面才能工作。 出于某种原因，iPad永远无法parsing主机名，直到Mac上第一次parsing主机名…这很奇怪，因为除了连接到Mac之外，iPad和Mac之间没有连接相同的接入点（DreamPlug）。 所以只是为了澄清：除非我访问Mac上的http://plug.local否则访问http://plug.local时，iPad上的Safari浏览器将挂起（直到它报告浏览失败），运行ping plug.local ，执行ssh [email protected]或基本上做任何其他解决主机名，在这一点上，iPad立即parsing主机名，它开始正常工作。 如果我的理解是正确的，当iPad连接他们广播一个解决scheme请求plug.local 。 无论出于何种原因，这个请求被DreamPlug忽略（或者它永远不会被接收）。 但是，Mac设法播放了它的请求。 它广播一个parsing请求和DreamPlug brodcast返回结果plug.local – > 192.168.1.1 。 iPad然后收到这个结果（这是真正的目的地为Mac），然后能够成功解决。 我很乐意根据要求提供我的avahi-daemon.conf或其他configuration文件。 更新：我现在设法使用Wireshark，发现iPad确实向networking传播了一个请求。 我已经捕获了一个DID导致Avahi响应的数据包，以及一个没有响应的数据包。 它们看起来完全一样，唯一的区别是没有指定另一个types为OPT RR …我不知道OPTlogging是什么。 Avahi可能会因为某些原因不喜欢附加OPT RR的DNS查询吗？ 这里有两个来自Wireshark的截图。 第一个显示从桌面计算机发送的“好”mDNS请求（在这种情况下，该设备称为runway.local ）。 这个查询工作正常，服务器（在192.168.1.1 ）立即响应： 以下是从runway.local返回的响应runway.local ： 同时，这里是第二个DNS查询，它已经从iPad发送给相同的主机名runway.local 。 在这种情况下，请求似乎只是被忽略（无论如何，这个DNS查询都没有收到响应）： 试图追踪iPad请求中导致问题的原因，看起来这两个数据包几乎完全相同，从桌面（运行OS X）和iPad发送的mDNS查询的唯一区别在于iPad附加一个OPT资源logging到DNS请求的底部。 问题是：资源logging的重要性是什么 – 是否这个 – 或者是别的什么 – 负责这个DNS请求被Avahi忽略。 更新这可能是我一直在寻找的突破： […]