Facebook graph api OpenGraph调试器报告错误的HTTP响应代码

对于一些正常运行的站点，当我通过开发者facebook com/tools/debug上的OpenGraph调试器运行它们时，facebook报告服务器返回了502或503响应代码

显然，这些站点在负载不重的服务器上运行良好。我尝试过的URL包括但不限于：

http://freespeechforpeople.org

事实上，这些都是MediaTemple托管的所有站点。不过，在与MediaTemple的人员交谈后，他们坚持认为这一定是API中的一个bug，而不是他们自己的问题。还有人从Facebook调试工具获得意外的500/502/503 HTTP响应代码，这些代码由MediaTemple或其他人托管？有办法吗

---

请注意，我查看了其中一个服务器上的Apache日志，没有发现Apache收到Facebook请求或502响应等的证据。

得到了这些服务器的响应：

此时，（mt）Media Temple服务器似乎正在向Facebook的所有请求返回200个响应代码，包括调试器。这可以通过搜索访问日志中调试器的点击来确认。有关查看访问日志的更多信息，请查看以下知识库文章：

我的服务器的访问日志和错误日志文件在哪里？

您可以使用以下命令检查访问日志，查看Facebook的点击率：

cat <name of access log> | grep 'facebook' 

这将返回200或206响应代码

总之，所有迹象都表明我们的服务器返回了200个响应代码，因此问题似乎在于调试器解释此响应代码的方式。错误报告已经提交给Facebook，我们仍在努力获取关于这个问题的更多信息。我们将确保在获得更多信息时向您提供最新信息

好消息是，他们正忙于解决这个问题。坏消息，这超出了我们的控制范围

这里有一个关于此事的论坛帖子：

它拥有800多个视图和最近的活动，表示他们正在努力工作

我注意到https MT站点甚至没有返回代码：

Error parsing input URL, no data was scraped.

---

分辨率

MT承认这是他们的错并修复了它：

在我们对Facebook调试器问题的调查中，我们发现由于请求格式错误，此工具使用的多个IP被防火墙过滤。我们已经将Facebook调试器工具目前使用的IP地址范围列在了他们的网站上，这应该可以防止这种情况再次发生

我们相信我们的自动禁止系统已经封锁了几个Facebook IP地址。在我们进行初步调查时，这一点还不清楚，我们很抱歉，之前没有发现这一点

API请求可能间歇性失败的原因是许多Facebook IP地址中只有少数被阻止。API在多个IP范围内进行负载平衡。当我们的系统接收到滥用模式时，比如HTTP请求导致404响应或无效PUT请求，就会添加一个全局防火墙规则来缓解这种行为。通常情况下，该系统运行良好，保护我们的客户免受持续威胁

因此，尽管如此，我们今天一直在将Facebook API范围列入白名单，并确认我们的系统不再阻止这些请求。我们仍然希望受影响者确认问题是否仍然存在。如果出于任何原因，您仍然存在问题，请打开或回复您现有的支持请求

Error parsing input URL, no data was scraped.