我试图通过他们的IP地址parsing连接到我的无线局域网的设备的主机名。 我正在使用一个macbook和我的/etc/resolv.conf显示这是我的DNS服务器（192.168.1.1）这是一个无线路由器 #This file is automatically generated. #nameserver 192.168.1.1 我试图find连接到我的networking使用其IP的客户端的主机名，我得到以下错误 # nslookup 192.168.1.4 192.168.1.1 Server: 192.168.1.1 Address: 192.168.1.1#53 # server can't find 4.1.168.192.in-addr.arpa.: NXDOMAIN # nslookup 192.168.1.1 Server: 192.168.1.1 Address: 192.168.1.1#53 server can't find 1.1.168.192.in-addr.arpa.: NXDOMAIN
我需要一些帮助澄清反向DNS和MXlogging设置。 我无法在google上find明确的答案。 情况如下。 说我有域名“mydomain.com”，我有一个名为“mail.mydomain.com”，由myprovider.com托pipe的SMTP服务器。 我想发送/接收来自域mydomain.com的邮件。 所以我添加这样的MXlogging： mydomain.com MX mail.mydomain.com 我也有一个logging，指向myprovider.com服务器IP（假设它是1.2.3.4）： mail.mydomain.com A 1.2.3.4 现在，我想确保我的邮件将被发送，所以我检查反向DNS。 我得到了以下结果： mail.mydomain.com -> DNS check resolves to 1.2.3.4, 1.2.3.4 -> reverse DNS check resolves to s1.myprovider.com 现在 – 这是否意味着反垃圾邮件反向DNS检查失败，因为1.2.3.4不能parsing回mail.mydomain.com？ 但是：这是一个共享服务器，所以它永远不会parsing到我的域名 – 它将永远解决myprovider.com – 对不对？ 这是否意味着邮件可能被标记为跨度？ 或者：反垃圾邮件filter会再做一次DNS检查，检查s1.myprovider.com的IP： s1.myprovider.com -> DNS check resolves to 1.2.3.4 所以它会决定反向DNS匹配？ 哪一个是真的？ 也许我应该以不同的方式做，我应该直接将我的MXlogging指向s1.provider.com，这样： mydomain.com MX s1.myprovider.com 然后s1.provider.comparsing为1.2.3.4，1.2.3.4parsing为s1.provider.com，所以一切正常，对不对？ （唯一的问题是，我不知道这个“s1.myprovider.com”域名有多稳定 […]
IPv6地址的反向DNS条目不起作用。 我读过的关于这个主题的一切都说下面的configuration应该可以工作： 在named.conf中： zone "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.0.0.c.7.5.0.6.2.ip6.arpa" IN { type master; file "/var/lib/bind/ipv6reverse.hosts"; allow-update { none; }; }; 在/var/lib/bind/ipv6reverse.hosts中： $TTL 2d $ORIGIN 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.0.0.c.7.5.0.6.2.IP6.ARPA. @ IN SOA ns1.domain.ca. hostmaster.domain.ca. ( 2011051104 ; serial 1h ; refresh 1h ; retry 20d ; expire 2d ; minimum ) IN NS ns1.domain.ca. IN NS ns2.domain.ca. 3.2.0.0. IN PTR smtp.domain.ca. 当我尝试执行反向主机名查找时，出现以下错误： # […]
我有一台运行Windows 2008服务器的VPS，安装了用于发送电子邮件的plesk 9。 我向我的ISP请求添加PTRlogging，但是我的邮件仍然放在垃圾邮件箱中。 我已经检查了几乎所有我能想到的DNS工具，有时它显示PTRlogging，有时它不显示。 我不确定问题在哪里。 今天早上和整天intodns显示我有一个反向ptr，但现在不是。 任何人都可以指出我的正确方向，找出问题所在。 非常感谢。 http://www.intodns.com/wcrop.com 81.222.137.195.in-addr.arpa -> no reverse (PTR) detected
以下两种IPv6 PTR格式有什么不同？ 4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0 IN PTR smtp.example.com. 4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.0.0.0.0.a.4.f.7.0.6.2.ip6.arpa. IN PTR smtp.example.com. 如果我有一个有效的IPv6地址，并挖掘PTR，似乎并不重要，我有logging在反向区域文件中列出的logging。 它适用于任何一个。 我期望它能够使用半字节格式（底部的例子），但我不希望它能够与顶部示例中的较短版本一起工作。 什么是第一个例子叫，如何将半字节格式转换为较短的版本？ 我到处search和search，但似乎无法弄清楚这个较短的格式或是什么使它工作。
我有一个机器（centos 5）与一个外部IP地址。 在那台机器上，我有许多虚拟主机，例如那些顶级域名和子域名。 sub1.domain1.com sub2.domain1.com sub3.domain1.com sub1.domain2.com sub2.domain2.com sub1.domain3.com 等等…很多这些不同的网站需要发送邮件作为其相应的域名（或至less二级域名）。 我需要设置DKIM，SPF（但在DNS上处理）和rDNS查找，以便收到邮件。 据我所知，每台机器只能有一个rDNS条目。 我可以为每个顶级域名build立一个服务器，但我认为会变得很贵。 我应该在这里做什么？ 有一种方法可以在一个IP地址上进行多个rDNS查找吗？ 如何在一台机器上为多个域名设置DKIM签名？ 有没有可以为我处理这个问题的服务？
冰岛域名（.is）要求其域名支持反向DNS，这意味着在托pipe服务器上configurationPTRlogging。 是否可以为GitHub Pages网站托pipe设置PTRlogging？ 背景： 我有一个冰岛顶级域名 – petejones.is – 并使用CloudFlare的DNS和GitHub页面托pipe。 冰岛域名有点不寻常，因为域名必须通过国家注册机构ISNIC进行注册，并且注册域名必须符合更严格的要求。 显然，我的设置还不是很好，因为我刚刚从他们那里得到了一个通知，说我的DNSconfiguration不正确。 关键是： “DREW.NS.CLOUDFLARE.COM”的testing结果：nameserver jasmine.ns.cloudflare.com的IP地址2400：cb00：2049：##########缺less其PTRlogging，或者存在不正确的PTRlogging。 nameserver drew.ns.cloudflare.com的IP地址2400：cb00：2049：##########缺less其PTRlogging或具有不正确的PTRlogging。 “JASMINE.NS.CLOUDFLARE.COM”的testing结果： 我的复杂研究（快速search）表明，ISNIC正在testing以确保域名支持反向DNS – 您可以从域名parsingIP， 反之亦然 – 这似乎是阻止垃圾邮件域的一种方式。 显然，这是在主机上configuration的 ，而不是DNS，这是有道理的，因为目标是从主机中find域。 这是可能的GitHub页面？ 我已经看到很多关于添加A或CNAMElogging的信息，但没有任何关于PTRlogging的信息。 我怀疑GitHub没有得到很多的请求，因为他们不关心电子邮件传递。
为了分析目的，我正在查看服务器日志文件中的大量IP地址。 我正在尝试执行反向DNS查询以了解stream量来自何处 – 例如，有多less比例的IP可以parsing为公司，学校，政府，国际组织等。 尽pipe进行了一系列优化 ，但是单独对每个IP地址进行反向DNS处理似乎仍然相当昂贵。 所以 – 有什么办法从反向DNS获得全部IP地址？ 如果是的话，这可以大大减less实际的反向DNS查询的数量。 示例（数字轻微混淆）： 日志文件包含来自IP 128.151.162.17的请求 反向DNSparsing为11.142.152.128.in-addr.arpa 21599 IN PTR alamo.ceas.rochester.edu （所以这是来自罗切斯特大学的访客，rochester.edu） 现在，假设至less所有来自128.151.162.* IP都可以parsing为128.151.162.* ，这是否安全？ 关于128.151.*.* ？ 有没有办法获得确切的IP范围？
总的新问题我知道，但我只是想确定。
RFC 1912第2.1节陈述如下： 确保您的PTR和Alogging匹配。 对于每个IP地址，在in-addr.arpa域中应该有匹配的PTRlogging。 如果一台主机是多宿主的（多个IP地址），请确保所有的IP地址都有对应的PTRlogging（不仅仅是第一个）。 如果没有匹配的PTR和Alogging，可能会导致Internet服务丢失，类似于根本不在DNS中注册。 此外，PTRlogging必须指向有效的Alogging，而不是由CNAME定义的别名。 强烈build议您使用一些可自动执行此检查的软件，或者使用自动创build一致数据的数据库生成DNS数据。 这对我来说没有任何意义，ISP是否应该为每个PTRlogging保留Alogging？ 在我看来，只有PTRlogging描述的IP地址托pipe对DNS不敏感的服务（例如电子邮件托pipe）才是重要的。 在这种情况下，前向区域将在域名下configuration（示例遵循格式“区域 – >logging”）： domain.tld -> mail IN A 1.2.3.4 PTRlogging将被configuration为匹配： 3.2.1.in-addr.arpa -> 4 IN PTR mail.domain.tld. 那么ISP是否有任何理由在这样的networking上主持IP地址的正向查找呢？ ispdomain.tld -> broadband-ip-1 IN A 1.2.3.4