长途传输所需的更快，更安全的协议/代码

我遇到了一个问题，我正在寻找一个新的安全协议/客户端/服务器，在1Gb / s光纤链路上速度更快 – 让我告诉你这个故事…

• 在距离250英里左右的距离（不是暗光纤，而是专用的点对点链路，而不是网格），我有一对冗余的，多path的1Gb / s链路。
• 在客户端，我有一台HP DL380 G5（2个双核2.66Ghz Xeon，4GB，Windows 2003EE 32位），在服务器端有一个HP BL460c G6（2个四核2.53 Ghz Xeons，48GB，Oracle Linux 5.3 64位）。
• 我需要每周从客户端向服务器机器传输大约500 x 2GB的文件 – 但是传输的NEEDS要安全。
• 同时使用iPerf或普通FTP我可以得到〜80MB / s的传输相当一致，这是很好的。
• 使用WinSCP或Windows SFTP似乎不能达到〜3-4MB / s，此时服务器的CPU占用率大于3％，而客户机的CPU0占用大约30％。 我们已经尝试编辑各种TCP窗口大小，但很less成功。

• 两端连接到相当低使用率的思科Cat6509与Sup720的。

• 我可以用新机器replace客户端机器和/或将其移动到Linux – 但这需要时间。

显然，这些单线程安全的Windows客户端正在引入太多的延迟来进行encryption。

• Tomcat是否容易受到CVE-2011-3192中的Apache DoS漏洞的攻击？
• 用于隔离内部虚拟机的ESXinetworking设置
• 在* nix web服务器上识别已更改的文件
• 限制失败的SSHlogin
• Windows 2008 R2服务器上的用户不能更改自己的密码

所以有几个问题/想法;

• 是否有任何更高性能的Windows安全协议或客户端软件，我可以尝试？ 只要它能在Windows和Linux之间工作，我就可以使用协议诊断工具。
• 我应该使用硬件来执行encryption，无论是在客户端还是在networking部分？ 如果是的话，你会推荐什么？
• 我不相信只是交换服务器会更快，CPU只有30％，但是再次高于我预期的负载 – 在客户端迁移到Linux可能是一个更好的主意但相当具有破坏性。
• 我错过了一个把戏吗？

提前致谢。