Wirecloud中的502(BAD GATEWAY)和504(GATEWAY TIMEOUT)

时间:2015-11-05 16:52:23

标签: fiware fiware-wirecloud

以前我们设置了一个PEP代理来保护我们的小部件正在使用的API。所有这些都正常工作到今天,我们收到通过代理的每个呼叫的502 Bad Gateway错误代码。

我们检查了请求是否已到达我们的服务器,并且它正确地响应了它们。代理添加的参数(x-nick-name,x-display-name ...)也是正确定义的。

我们还检查了有关wirecloud以外的请求,一切顺利:我们正确获取令牌并在后续调用中使用它而没有问题。

我们不知道这个错误来自哪里,有什么想法?

编辑06/11/2015

在Alvaro的新设置之后,我们在响应正文中收到以下错误:

{
    "description": "Connection Error", 
    "details": "('Connection aborted.', error(104, 'Connection reset by peer'))"
}

编辑09/11/15

今天,请求回复中收到的代码不同:504 GATEWAY TIMEOUT

{
    "description": "Connection Error",
    "details": "('Connection aborted.', error(104, 'Connection reset by peer'))"
}

编辑16/11/15

回答阿隆索先生的问题:

1.-如果我们直接向服务器请求,则响应会在应用程序中正确显示。

2.- Here您可以在PEP代理中看到添加了新行的日志。如您所见,请求被正确重定向,但信息未显示在应用程序中。

2 个答案:

答案 0 :(得分:0)

似乎问题出在PEP代理方面。

我已经使用curl等其他工具进行了检查(我从服务器日志中获取了连接详细信息)。使用curl发出相同的请求会产生与使用WireCloud相同的结果:通过peer重置连接。此外,如果我在没有X-Auth-Token标头的情况下发出请求,您的服务将回复401错误代码。这很重要,因为这意味着Mashup门户和服务器之间不存在通信问题。我不知道为什么,但是当从Mashup门户发出经过身份验证的请求时,PEP代理似乎崩溃了(同样的命令可以从我的机器执行它)。

我建议你重启PEP代理。如果问题仍然存在,请从PEP代理日志中附加有关崩溃的任何可用信息。

答案 1 :(得分:0)

您可以查看三件事情,为我们提供更多信息:

  • 尝试删除PEP并将请求直接发送给您的服务。
  • 在PEP中引入一个新日志以打印响应的标题:lib / HTTPClient.js的第41行,log.debug("标题:",标题);
  • 尝试将请求发送到根路径(直接发送到tomacat或apache)

如果没有,或许我们可以私下谈谈以查看更多信息