冰岛域名（.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没有得到很多的请求，因为他们不关心电子邮件传递。
您在那里看到的警告实际上并不是关于GitHub或GitHub页面，而是关于CloudFlare的名称服务器。
就个人而言，我认为在名字服务器的IPv6地址上准确的PTR确实不是问题，本身 – 电子邮件将关心邮件服务器的反向parsing，而不是DNS服务器。 我们知道DNS服务器对域名有效，因为它已被委托给; 确保IP空间的拥有者对其进行相同的命名是毫无意义的练习。
但是，CloudFlare可能有兴趣与.is注册服务商的需求兼容。 你应该给他们留下一张纸条，他们可能会愉快地修复。