我有一个客户谁是需要一个基于文件的加密/解密应用程序在Linux / Windows 2003服务器之间使用。其目标是每晚在linux平台上压缩单个文件,并使用脚本进行保护,通过FTP传输,在Windows 2003服务器上解密,并可用于其他导入例程,如SSIS等。文件在传输后的每一端都可以保持未加密,主要是希望在传输过程中保持文件的安全。防火墙规则和IIS6不支持SFTP的事实消除了SFTP作为一种选择。
我有两台Debian Linux机器通过1 Gbit LAN连接。我可以通过使用wget进行原始的HTTP文件传输来测量这一点,该文件在任何方向上都可以得到大约100 in /S。当我现在使用scp时,我得到的最大不压缩值大约是15 me /S。启用-C标志的压缩将使我(取决于内容)最多可压缩50 me/S。
不过,这里似乎浪费了很多带宽。很长一段时间以来,我并没有为此烦恼,直到我不得不考虑一些非常大的日志文件传输,才意识到scp是多么的慢。我自然会使用sc