2012-07-21 53 views
2

我目前使用lighty作爲在HTTP服務器的小型服務器場上運行的兩個不同webapp的負載平衡反向代理:使lighttpd(lighty)代理根據服務器名稱指示轉發HTTPS請求並且不返回SSL證書

  • roundrobbin(URL_1)=> Server_Group_1
  • roundrobbin(URL_2)=> Server_Group_2中

我想到HTTP服務器轉換爲HTTPS服務器。 URL_1具有CERT_1,而URL_2具有CERT_2。 與許多人不同,我做不是想從前端代理服務器提供證書。我希望前端代理將HTTPS請求傳遞給輔助代理:Proxy_1(服務CERT_1)和Proxy_2(服務CERT_2)。

這應該可能與SNI(服務器名稱指示)。但是我所讀到的有關SNI的一切都給出了提供兩種證書的前端代理示例。我不想把我的兩個證書放在前端代理上。叫我瘋了,但我實際上想讓證書更接近應用程序。

這對於兩個URL可能看起來很麻煩。它是。我的真實情況涉及到數十個網址。所以將所有的證書存放在一個地方看起來似乎很愚蠢。但是有「組織考慮」,這使得分開管理它們是有利的。

所以基本上,我想使用SNI進行純轉發,並將SSL終止推遲到下游。

感謝您的閱讀。我期望從這裏學到很多

回答

4

您要做的事情不是依賴於HTTP反向代理,而是在TCP連接級別的反向代理上,並具有能夠識別SSL/TLS客戶端的額外功能您好,請查找服務器名稱擴展並相應地發送。

我意識到這不是你正在尋找的答案,但我不會看這個HTTP服務器。

它看起來像this project也許能夠做到這一點(我還沒有嘗試過)。

+0

是的!你說得完全正確。我需要做第4層路由,但我需要的信息被埋在第7層。支持SNI的客戶端「泄露」了信息,因此原則上它可以在第4層中使用。我仍然希望這已經用於簡單代理(即推遲SSL終止)在一個已建立的服務器,但我也會檢查出該項目。偉大的領先!只要我有代表=> 15,我會調整你的答案! – Carlos 2012-07-21 05:28:02

相關問題