Fiware Wirecloud中的502(坏网关)和504(网关超时)

Fiware Wirecloud中的502(坏网关)和504(网关超时),fiware,fiware-wirecloud,Fiware,Fiware Wirecloud,很久以前,我们设置了一个PEP代理来保护小部件使用的API。直到今天,所有这些都正常工作,我们通过代理进行的每个调用都会收到一个502错误网关错误代码 我们已检查请求是否到达服务器,服务器是否正确响应。代理添加的参数(x-nick-name、x-display-name…)也已正确定义 我们还检查了wirecloud外部的请求,一切都进行得很顺利:我们正确地获得了令牌,并在随后的调用中毫无问题地使用它 我们不知道这个错误是从哪里来的,有什么想法吗 编辑2015年11月6日 在Alvaro的新设置

很久以前,我们设置了一个PEP代理来保护小部件使用的API。直到今天,所有这些都正常工作,我们通过代理进行的每个调用都会收到一个502错误网关错误代码

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

我们还检查了wirecloud外部的请求,一切都进行得很顺利:我们正确地获得了令牌,并在随后的调用中毫无问题地使用它

我们不知道这个错误是从哪里来的,有什么想法吗

编辑2015年11月6日

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

{
    "description": "Connection Error", 
    "details": "('Connection aborted.', error(104, 'Connection reset by peer'))"
}
2015年11月9日编辑

今天,请求响应中接收到的代码不同:504网关超时

{
    "description": "Connection Error",
    "details": "('Connection aborted.', error(104, 'Connection reset by peer'))"
}
2015年11月16日编辑

回答阿隆索先生的问题:

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


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

似乎问题出在PEP代理端

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


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

似乎问题出在PEP代理端

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


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

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

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

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

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

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

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

您的服务是否在https上运行?不,不是。我想这与您在“未来注意事项”中告诉我的警告有关。不,我们没有实现或部署此类验证,所以这肯定不是问题:)。我问你你的服务器是否使用https,因为我们重新激活了https证书验证,所以如果你尝试连接到https服务器,它应该使用有效的证书(不是自签名证书)你的服务在云门户的Spain2节点中吗?在最新的维护之后,您是否观察到此问题?否,我们的服务PEP代理位于Lannion2中,Wirecloud是全局实例。我们在上周三观察到了这个问题好吧,我已经在WireCloud代理提供的错误响应中添加了更多细节。请重试并附加错误消息,以便我们了解有关错误的更多详细信息。您的服务是否在https上运行?不,不是。我想这与您在“未来注意事项”中告诉我的警告有关。不,我们没有实现或部署此类验证,所以这肯定不是问题:)。我问你你的服务器是否使用https,因为我们重新激活了https证书验证,所以如果你尝试连接到https服务器,它应该使用有效的证书(不是自签名证书)你的服务在云门户的Spain2节点中吗?在最新的维护之后,您是否观察到此问题?否,我们的服务PEP代理位于Lannion2中,Wirecloud是全局实例。我们在上周三观察到了这个问题好吧,我已经在WireCloud代理提供的错误响应中添加了更多细节。请重试并附加错误消息,以便我们了解有关错误的更多详细信息。我们已重新启动PEP代理,但问题仍然存在。重新启动后,我们已将日志级别设置为“调试”,这是今天来自wirecloud的请求的结果,请求的响应代码不同(请参阅编辑)。我们没有做任何不同的事情。它是否相关?不,错误代码的更改与我为向WireCloud代理提供的错误响应添加更多信息所做的更改有关。我正在联系政治公众人物代理团队,看看他们是否能帮助我们。我们有resta