實時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自簽名證書

回答

相關問題