2012-04-10 38 views
2

我一直在閱讀,HTTP協議中的加密開銷可以忽略不計。 SMTP也一樣嗎?帶SSL的郵件的帶寬開銷

如果我發送郵件加密將帶寬消耗是任何顯着更大?

+0

您是否在SMTP級別下使用SSL加密,或者您是否通過SMTP發送加密郵件(S/MIME或PGP),或兩者都發送? – 2012-04-15 17:07:23

回答

1

幾年前,我在這方面做了一個研究項目。 1700個數據點改變了我們所能想到的每個參數,包括SSL和純文本。我們驚奇地發現,在實際的互聯網鏈接上,SSL比明文快了33%。我預計它會慢得多。

+0

33%似乎比我預期的要慢。這方面有很多握手嗎? – Bruno 2012-04-10 10:37:39

+0

在隨機間隔的轉移中間有握手,而不是所有這些握手。 – EJP 2012-04-10 10:42:41

+0

我相信OP對空間開銷比速度更感興趣(他詢問帶寬消耗)。 – 2012-04-10 10:54:57

0

有太多的依賴和變量,密鑰大小,鏈長度,使用的協議,會話密鑰(重新)協商,計時問題等等等等。最好用一個好的數據包分析器來測試它Wireshark的。我不會說這些開銷是可以忽略的,特別是如果你發送了很多小消息。在這種情況下,您可以考慮創建一個隧道,以避免初始開銷。關鍵的重新談判也將發揮作用。

爲了減少SSL TRAFIC你也可能會考慮ECC,使用流密碼,單一證書鏈等等,等等,但我會建議你只去那個方向,如果絕對必要的,因爲它是一個更復雜而危險的路線。

[編輯]如果你發送每個400K的大消息,那麼我會認爲開銷並不那麼大。密文大小與純文本大小不會太大不同,所以開銷最小化。

+0

噢,您可能想要查找[本文](http://www.belshe.com/2010/11/18/ssl-compression-and-you/)感興趣的內容,它介紹了有關SSL級加密的問題 - 而大多數MIME數據是高度可壓縮的基礎64 :) – 2012-04-15 15:10:55

+0

我的意思是SSL級別**壓縮**當然,不**加密**。 – 2012-04-16 10:26:38