ftp的MODE Z功能

一般情况下，如果用户A想通过ftp传输一个文件（假设文件大小100M）给用户B，A应该先把文件压缩（压缩后为60M），再传到ftp服务器，B先要下载该压缩文件，再找解压缩软件，把这个文件解开才能使用。
当ftprush使用mode z技术后，那么A就可以直接将该文件传输到支持mode z的ftp服务器，上传得文件是100M，上传过程中A电脑中的ftprush会实时压缩该文件，传得过程中ftp服务器会自动的实时的把该文件解压缩，传完后该文件在服务器上会是100M。该过程中A实际上只上传了60M的文件。
当B用户下载该100M的文件的时候，服务器会实时压缩文件，传送给B，B电脑上的ftprush会自动地解压缩该文件。该过程中B实际上只下载了60M的文件。
MODE Z就是利用传输过程中的自动压缩和解压缩来减少传输文件的大小，会省略A压缩和B解压缩的时间，传输的效率大大的增强了。文章中的提到的60M相当于是100M的文件压缩后会是60M，只是个比方。这个要看文件的压缩率，并不代表所有的文件都能够有这个压 缩率。

网卡bond是通过把多张网卡绑定为一个逻辑网卡，实现本地网卡的冗余，带宽扩容和负载均衡。在应用部署中是一种常用的技术，我们公司基本所有的项目相关服务器都做了bond,这里总结整理，以便待查。
bond模式：
Mode=0(balance-rr) 表示负载分担round-robin，和交换机的聚合强制不协商的方式配合。
Mode=1(active-backup) 表示主备模式，只有一块网卡是active,另外一块是备的standby，这时如果交换机配的是捆绑，将不能正常工作，因为交换机往两块网卡发包，有一半包是丢弃的。
Mode=2(balance-xor) 表示XOR Hash负载分担，和交换机的聚合强制不协商方式配合。（需要xmit_hash_policy）
Mode=3(broadcast) 表示所有包从所有interface发出，这个不均衡，只有冗余机制和交换机的聚合强制不协商方式配合。
Mode=4(8023ad) 表示支持8023ad协议，和交换机的聚合LACP方式配合（需要xmit_hash_policy）
Mode=5(balance-tlb) 是根据每个slave的负载情况选择slave进行发送，接收时使用当前轮到的slave
Mode=6(balance-alb) 在5的tlb基础上增加了rlb。
5和6不需要交换机端的设置，网卡能自动聚合。4需要支持8023ad。0，2和3理论上需要静态聚合方式
但实测中0可以通过mac地址欺骗的方式在交换机不设置的情况下不太均衡地进行接收。

1首先，下载一个官方的服务端：>