Fatal编程技术网
  • dns/
  • Dns 在应用设置中尝试将域添加到我的应用时一直说域无效

Dns 在应用设置中尝试将域添加到我的应用时一直说域无效

dns

Dns 在应用设置中尝试将域添加到我的应用时一直说域无效,dns,facebook-apps,Dns,Facebook Apps,当我尝试在我的应用程序的基本配置中将我的域和网站添加到我的应用程序时，它一直告诉我它是无效的域，但它应该可以工作，它曾经 我尝试将其放入“应用程序域”和“站点Url”字段，但出现此错误 “错误 应用程序域：illmethods.com不是有效的域。 网站URL不是有效的URL。“ 应用程序名为IllMethods此域没有列出有效的NS服务器，因此Facebook可能无法验证它。目前，它有ns1.illmethods.com和ns2.illmethods.com，但这会导致第22个陷阱，因为您需要

当我尝试在我的应用程序的基本配置中将我的域和网站添加到我的应用程序时，它一直告诉我它是无效的域，但它应该可以工作，它曾经

我尝试将其放入“应用程序域”和“站点Url”字段，但出现此错误

“错误 应用程序域：illmethods.com不是有效的域。 网站URL不是有效的URL。“

应用程序名为IllMethods

此域没有列出有效的NS服务器，因此Facebook可能无法验证它。目前，它有ns1.illmethods.com和ns2.illmethods.com，但这会导致第22个陷阱，因为您需要NS服务器的IP，以便查找NS服务器的IP

有关详细信息，请参阅。

此域没有列出有效的NS服务器，因此Facebook可能无法验证它。目前，它有ns1.illmethods.com和ns2.illmethods.com，但这会导致第22个陷阱，因为您需要NS服务器的IP，以便查找NS服务器的IP

有关更多信息，请参阅。

如果您询问
com
权威DNS服务器，您将获得这些NS记录和相关的glue（A）记录：

但是如果您询问
ns1.illmethods.com
，则“ns1.illmethods.com”的A记录与上面的不同：

$ dig +norecurs +noall +answer +additional illmethods.com @ns2.illmethods.com
illmethods.com.     14400   IN  A   125.236.226.87
ns1.illmethods.com. 14400   IN  A   125.236.226.87
ns2.illmethods.com. 14400   IN  A   125.236.226.87
所以“ns1”和“ns2”本质上指向同一个IP

我认为这个问题是几个因素共同作用的结果：

  • 负缓存。如果您的服务器在某个时候停机，Facebook的上游DNS可能会将负面响应缓存一段时间
  • 在注册器上指定的名称服务器的A记录与您所在区域中的内容不一致
  • Facebook在查询DNS时可能会有很短的超时，因为ns1实际上是不可访问的（至少现在是从我所在的位置），它可能会在尝试其他IP之前超时
因此，我建议您在注册处删除ns1.illmethods.com，然后在您的区域中删除相同的NS记录。然后，至少等待一个小时（如果您想加倍确定，请等待24小时，因为您已经在SOA最小值字段中指定了86400），然后重试

您还应该使用Sean Kinsey提供的dnscheck链接来确保您的区域没有错误，因为在存在缓存和不同的DNS解析器实现的情况下，这些错误很难诊断。

如果您询问
com
权威DNS服务器，您会得到这些NS记录和相关的glue（A）记录：

但是如果您询问
ns1.illmethods.com
，则“ns1.illmethods.com”的A记录与上面的不同：

$ dig +norecurs +noall +answer +additional illmethods.com @ns2.illmethods.com
illmethods.com.     14400   IN  A   125.236.226.87
ns1.illmethods.com. 14400   IN  A   125.236.226.87
ns2.illmethods.com. 14400   IN  A   125.236.226.87
所以“ns1”和“ns2”本质上指向同一个IP

我认为这个问题是几个因素共同作用的结果：

  • 负缓存。如果您的服务器在某个时候停机，Facebook的上游DNS可能会将负面响应缓存一段时间
  • 在注册器上指定的名称服务器的A记录与您所在区域中的内容不一致
  • Facebook在查询DNS时可能会有很短的超时，因为ns1实际上是不可访问的（至少现在是从我所在的位置），它可能会在尝试其他IP之前超时
因此，我建议您在注册处删除ns1.illmethods.com，然后在您的区域中删除相同的NS记录。然后，至少等待一个小时（如果您想加倍确定，请等待24小时，因为您已经在SOA最小值字段中指定了86400），然后重试

您还应该使用Sean Kinsey提供的dnscheck链接来确保您的区域没有错误，因为在存在缓存和不同的DNS解析器实现的情况下，很难诊断错误。

您使用的是什么软件？尝试在前面添加http://。我试着去那个网站。DNS找不到它。也许软件正在检查该站点是否存在。它应该是作为标记的域，但它将其更改为dns。。。它运行在运行centos 6.3 64位的whm服务器上。我已将http://添加到它，但您不将其添加到应用程序域字段，它不允许您在站点域中添加http://那里，它已正确添加了所有内容，它只是不允许我这样做……您正在使用什么软件？尝试在前面添加http://。我试着去那个网站。DNS找不到它。也许软件正在检查该站点是否存在。它应该是作为标记的域，但它将其更改为dns。。。它运行在运行centos 6.3 64位的whm服务器上。我已将http://添加到它，但您不将其添加到应用程序域字段，它不允许您，在您添加http://的站点域中，它已正确添加了所有内容，它只是不允许我这样做……服务器当前已关闭，我正在重新安装它，当我收到错误时，服务器已启动服务器当前已关闭，我正在重新安装它，当我收到错误时，服务器已启动