【问题标题】:Latency with HTTPS communicationHTTPS 通信的延迟
【发布时间】:2011-08-26 09:07:19
【问题描述】:

我有一个网站经常与服务器通信(频率:每 3 秒一次~)

该应用程序由许多 Silverlight 组件组成,这些组件与服务器上的 WCF 服务进行通信。通信是实时发生的。

我想加密数据交易,所以想知道在这种情况下 HTTPS 是否适合我?

对于实时和频繁的通信是否建议使用 HTTPS?它会增加延迟吗?

谢谢。

【问题讨论】:

  • 甚至 Facebook 也在试图说服他们的用户使用 https,所以我认为今天的性能问题可以忽略不计。 (嘿,他们每月获得 10 亿次页面浏览量 ++)

标签: .net silverlight wcf https


【解决方案1】:

SSL 比普通的 http 连接更昂贵,因为它必须使用 RSA 算法进行握手,以基本建立后续连接中使用的加密算法和密钥。

如果您必须每 3 秒建立一次握手,那么这将比常规的 http 调用昂贵得多。但是,客户端可以向服务器发送一个 keep-alive 标头以重用现有的 SSL 套接字,并且在 x 秒的空闲时间之前不打开新的协商。在这种情况下,您可以最大限度地减少与初始握手相关的开销。大多数现代浏览器都在一定的超时时间内实现了保持活动(请参阅this Wikipedia entry)。

一旦建立握手,加密和解密数据包就会有额外的延迟。这种延迟在大多数应用程序中通常是可以接受的,但是为了确定您的应用程序是否可以接受这种延迟,您需要对您的应用程序进行分析。

【讨论】:

  • 那篇文章有点以 Apache 为中心。 IIS7 上的默认连接超时时间为 2 分钟。
猜你喜欢
  • 2020-04-03
  • 2021-02-12
  • 2016-03-16
  • 1970-01-01
  • 2011-06-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-10-19
相关资源
最近更新 更多