实时API自签名证书

我在使用foursquare实时API和自签名证书时遇到问题。每次我进行测试时，我都会回到“您的服务器返回：502 Bad Gateway”，但我90％确定它没有到达我的服务器（我已将它设置为在任何地址获取&帖子，如果我得到/张贴到服务器上的任何地址，本地和远程。）是否有自签名证书和推送API的问题？实时API自签名证书

来源

2012-05-24 exiva

你能否提供更多的细节（例如，您推送网址？） – akdotcom

推URL是home.exiva.net:8093/foursquare（这是现在了。）我的代码在我的节点工程，只是做了一些非常宽泛的调试如下 'var express = require（'express'）; var app_s = module.exports = express.createServer（ssl_options）; （'Hello'，'。'）; console.log（“Hello，https。”）; }）; app_s.post（'*'，function（req，res）{ res.send（200）; console.log（req）; }）; （“Express HTTPS服务器侦听％s模式下的端口％d”，app_s.address（）。port，app_s.settings.env）; }） ;' – exiva

502错误使它听起来像它可能是你身边的配置错误，与你的实际代码或四方无关。一般来说，运行自签名证书对我们的Push API应该没问题，所以我怀疑这是你的问题。

如果您还不熟悉的502错误，你可以在他们这里有点读了起来：http://www.checkupdown.com/status/E502.html

我知道你说，它正在为一般远程连接，但它可能有一些主机没有按不喜欢源自foursquare的请求吗？我们使用亚马逊网络服务，因此原始IP来自大量IP地址，有时最终会列入阻止列表（如果有人在亚马逊网络服务上也写了一个行为不当的应用程序）。

来源

2012-05-29 21:50:49 smehmood

对不起，延迟很长。我相当积极，我的代码很好。〜$ curl --data“Hello，World”https：// localhost：8093/foursquare --insecure从本地和远程完美工作。我也有相同的代码倾听来自instagram（也来自AWS）的推送，并且这也很好。所以唯一的区别就是自签名证书。 – exiva

啊，看起来好像其他一些使用非默认SSL端口的用户也遇到了同样的问题。这可能是我们正在进行的代理设置的一个问题。尝试在默认的HTTPS端口（443）上运行服务器，它应该可以工作。抱歉，添麻烦了。 – smehmood

这最终会被修复吗？我正在寻找使用推的一些安装将无法使用443. – exiva

实时API自签名证书

回答

相关问题