SslStream 不活动后延迟

Question

我编写了一个客户端应用程序来与第三方服务器应用程序对话。它的通信是通过使用 SslStream 类的 SSL 自定义端口进行的。

服务器允许永久连接，但我发现我必须在 60 秒内使用命令 ping 服务器才能保持合理的响应级别。 60 秒后，通讯仍然有效，但接收响应有明显延迟。它不会断开连接并重新连接。只是比平常需要更长的时间。在 60 秒内发送另一个命令又很快了。 60 秒后发送另一个命令会导致延迟。

就好像 60 秒后，SslStream 与服务器重新协商，使传输时间加倍。我知道 SSL 是基于会话的，这可能是原因吗？除了向服务器应用程序发送不必要的命令以使其保持活动状态之外，我还能做些什么吗？

我的代码如下（截取）：

 var client = new TcpClient();
 client.NoDelay = true;
 client.Connect("111.111.111.111", 6969);
 var sslStream = new SslStream(client.GetStream(), true, new RemoteCertificateValidationCallback(ValidateServerCertificate), null);
 sslStream.AuthenticateAsClient("111.111.111.111");

...

// The following method is invoked by the RemoteCertificateValidationDelegate.
private bool ValidateServerCertificate(object sender, X509Certificate cert, X509Chain chain, SslPolicyErrors policyErrors)
{
    if (policyErrors == SslPolicyErrors.None)
      return true;
    else
      return false;
}

希望有人能对此有所了解！

我的客户端应用程序是用以下语言编写的： C# / .NET 2.0 和4.0 在 Windows 2003 和 2008 上托管，

谢谢

Answer 1

一般来说，SSL 支持重新协商，因此情况确实如此。
另一个原因可能是服务器执行的部分代码在一分钟不活动后被交换到磁盘，以释放操作内存。当您发送请求时，应该再次读取该内存。如果块很大，这可能需要一些时间。

Answer 2

如果您想了解底层发生了什么，请尝试使用 Mentalis.org

他们提供了一个名为 SecureTcpClient 的类，您可以用它来替换 TcpClient。

警告：该库是为 .NET 1.0 和 1.1 框架设计的。它不适用于 .NET 2.0 框架；该框架支持安全库提供的大部分功能。我只会用它来弄清楚发生了什么。