我有一个托pipe的Web应用程序，它从我们办公室的REST webservice请求数据。 每个页面都会调用一个（或多个）web服务，这些服务从我们的主机通过我们的防火墙（WatchGuard Firebox）到我们办公室的服务器。
突然之间，应用程序急剧放缓。 我们已经确定，当外部呼叫时，networking服务是随机超时的（当在办公室networking内呼叫时，这是很好的）。
我很确定这是我们的连接，这是放弃Web服务调用，所以我写了一个快速的PHP /curl脚本调用Web服务在很多迭代，并显示各种时间。
下面是一个输出示例，显示失败和成功的呼叫（5秒超时）：
http_code namelookup_time connect_time pretransfer_time starttransfer_time total_time 1 0 0.000096 0.0342 0.0000 0.0000 0.0342 2 200 0.000052 0.0332 0.1327 0.1751 0.1752 根据上面的迭代＃1，失败的请求似乎在connect和pretransfer之间失败。 我不确定这是否显示连接成功通过防火墙，或者防火墙是否仍然会导致问题？
我们的防火墙正在显示一系列相关访问规则的nondata event日志消息。 我们的IT团队告诉我这些都是例行公事，尽pipe我在Google上没有提到这些。 我不确定这是否适合连接和预转移之间。
在使用webservice服务器（通过内部testing）和live webapp（通过在不同的外部服务器上testing不同的代码）之后，我留下了怀疑到办公室的连接。firebox非数据事件是否会导致连接和预转移之间的问题？