标签：
522错误意味着我们无法在所有到达原点Web服务器。
这方面有几个主要原因：
在所有这些情况下，这是值得检查原点Web服务器是活动的，才去进一步这里接受HTTP请求，同时也与我们在您的帐户的DNS设置正确。
原始服务器太超载回应
确保源服务器不会过载。如果是，它可能是丢弃请求。一般来说，要检查一个好处是平均负载。在Linux / Unix上，你可以通过在命令行上的“W”运行命令，或使用‘顶‘命令检查检查。什么构成根据负载值可以根据计算机并在其上运行的软件上，但一般来说过10-20的平均负载左右可能意味着该服务器超载不同的高负荷。这是最适合您的主机或这个系统管理员来检查，如果你不确定。
起源有防火墙（或速率限制器），它挡住了我们的请求
这是间歇522错误的最常见的原因。关键的事情要检查最初是 -
当流量通过CloudFlare的一个网站，原点将首先看到的要求从我们走来。大多数通过CloudFlare的网站的要求会出现只来自我们的IP地址了一把。正因为如此，这往往引发防火墙和IP率限制器从我们这里块请求，认为该网站受到攻击。CPHulk（附带的cPanel）和其他服务已经知道做到这一点。前阻止这种情况的发生，确保中提到的IP地址，这里 已经被列入白名单，或者完全禁用速率限制。
有CloudFlare的和原始Web服务器之间的网络路由问题
这是更困难比其他原因，排除故障，并最好以确保其他潜在原因已被排除出检查在此之前。如果您认为是这样的话，请提出与我们的支持团队支持票。有用的信息，为用户提供这将是─
原始服务器保活已禁用
CloudFlare的使用的Keep-Alive标头以提高性能。禁用它将导致从连接失败，并在某些情况下返回522s。此功能默认情况下，在大多数主要的Web服务器的当前版本，因此，除非你明确禁用它，这不应该是一个问题。
究竟是什么触发522错误？
当CloudFlare的无法建立一个TCP连接到该网站的原始服务器522错误响应返回。
当有人访问启用CloudFlare的专用网站，一个连接的CloudFlare和网站的源服务器之间建立的。要建立连接，TCP使用三次握手。
在这一点上，CloudFlare的和源服务器都已经收到的连接确认和建立通信。如果源服务器没有在15秒内发送一个SYN + ACK回的CloudFlare，将出现522错误，并关闭连接。
这里是示出一个成功的TCP握手的图：
这里是在未从原始服务器15秒内返回的SYN + ACK，触发522超时的例子：
当起源与SYN + ACK响应并建立TCP连接，但从来没有响应90秒（524条件的ACK请求中的ACK请求发生了522超时另一个条件，但等待时间过长发送响应）。下面是一个例子，详细说明这样的情景：
检查与您的服务器管理员这些条件或托管服务提供商是解决这些错误的最好方法。如果有网络问题，一个跟踪路由从网站起源或地铁可能是有用的（与下文）。
如果继续看排除上述可能性，并解决该问题后，522错误，请联系CloudFlare的支持作进一步调查。
参考资料
https://support.cloudflare.com/hc/en-us/articles/200171906-Error-522
CloudFlare Support - Error 522: Connection timed out 错误522：连接超时
标签：
原文地址：http://www.cnblogs.com/waw/p/5590493.html
