2012-10-29 72 views
0

我的標題可能過於具體 - 我在制定問題時遇到了問題,因爲我沒有處理很多網絡管理,特別是不處理SSL/HTTPS。換句話說,「爲什麼你沒有做過......」 「我不太瞭解....」將傳出HTTPS請求重定向到HTTP假服務?

我在測試,並且被測系統(SUT)是一個使用https://graph.facebook.com調用Facebook API的Web服務。

我在遠程機器上設置了一個測試服務器,該服務器將頁面提供給http://graph.facebook.com。我可以使用SUT服務器上的主機文件將請求重定向到http://graph.facebook.com到測試服務器。當我然後鍵入時,此工作正常:

curl http://graph.facebook.com 

測試服務器接收請求,並返回期望的頁面。

但是,正如前面提到的,SUT沒有使用HTTP站點,而是Facebook API的HTTPS站點(自然地)。有什麼辦法可以攔截出站請求並將其重定向到我在其他站點上運行的HTTP服務?我希望能夠鍵入:

curl https://graph.facebook.com 

並將其重定向到我在測試服務器上運行的假Facebook服務。我可以在兩端配置服務器。

如果這非常困難,我可能還想要提交功能請求以更改Facebook API請求的URL。不過,我認爲開發者正在使用預先存在的Facebook API模塊,而這可能不是直截了當的。 (好吧,我很好奇並且檢查...一個快速調查表明API支持處理實際HTTPS請求的代碼的數據注入,所以他必須實現他自己的接口版本,以便他可以通過一個可配置的URL,我可以從代碼之外設置 - 但我寧願不分散他的注意力,除非真的有必要)。

我在端口80上使用asis-server假冒Facebook響應,如果這是相關的。

回答

1

我們最終使用的解決方案是在測試服務器上攔截HTTPS請求並將其重定向到HTTP服務的服務。我們的操作人員爲此使用了nginx

我們仍然不確定這是否會作爲SUT的模擬工具 - 取決於SUT是在驗證證書信息還是忽略它。我仍然可能需要請開發人員實施支持嘲笑的功能。

+0

好的,我會接受我自己的答案。 。 。風滾草和所有這些:-我想我需要學習寫更好的問題。 –

相關問題