以前我们设置了一个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代理中看到添加了新行的日志。如您所见,请求被正确重定向,但信息未显示在应用程序中。
答案 0 :(得分:0)
似乎问题出在PEP代理方面。
我已经使用curl等其他工具进行了检查(我从服务器日志中获取了连接详细信息)。使用curl发出相同的请求会产生与使用WireCloud相同的结果:通过peer重置连接。此外,如果我在没有X-Auth-Token
标头的情况下发出请求,您的服务将回复401错误代码。这很重要,因为这意味着Mashup门户和服务器之间不存在通信问题。我不知道为什么,但是当从Mashup门户发出经过身份验证的请求时,PEP代理似乎崩溃了(同样的命令可以从我的机器执行它)。
我建议你重启PEP代理。如果问题仍然存在,请从PEP代理日志中附加有关崩溃的任何可用信息。
答案 1 :(得分:0)
您可以查看三件事情,为我们提供更多信息:
如果没有,或许我们可以私下谈谈以查看更多信息