我有一個網站,與服務器通信頻繁(頻率:每3秒〜)延遲與HTTPS通信
的應用程序由一個做服務器上的WCF服務通信Silverlight的許多組件。通訊實時發生。
我想加密數據事務,所以想知道在這種情況下HTTPS是否適合我?
HTTPS是否適合實時和頻繁的通信?它會增加延遲嗎?
謝謝。
我有一個網站,與服務器通信頻繁(頻率:每3秒〜)延遲與HTTPS通信
的應用程序由一個做服務器上的WCF服務通信Silverlight的許多組件。通訊實時發生。
我想加密數據事務,所以想知道在這種情況下HTTPS是否適合我?
HTTPS是否適合實時和頻繁的通信?它會增加延遲嗎?
謝謝。
SSL比普通的http連接更昂貴,因爲它必須使用RSA算法進行握手,以基本建立用於後續連接的加密算法和密鑰。
如果您必須每3秒建立一次握手,那麼這將比普通的http調用花費更多。但是,客戶端可以向服務器發送keep-alive頭以重用現有的SSL套接字,並且在x秒的空閒時間之前不會打開新的協商。在這種情況下,您可以儘量減少與初始握手相關的開銷。大多數現代瀏覽器都在特定的超時時間內實現了保持活動狀態(請參閱this Wikipedia entry)。
一旦建立了握手,就會對您的數據包進行加密和解密。在大多數應用程序中,這種延遲通常是可以接受的,但爲了確定此延遲是否適用於您的應用程序,您需要對應用程序進行配置。
這篇文章是以Apache爲中心的。 IIS7上的默認連接超時爲2分鐘。 – AnthonyWJones
即使Facebook正試圖說服他們的用戶使用https,所以我認爲性能問題今天可以忽略不計。 (嘿,他們每個月得到10億次頁面瀏覽量) – Muttok