centos nalias(centos-7)
详解CentOS中使用rm命令将文件移到回收站的方法
今天在终端下，看到我的用户目录下有个～的文件夹（maven生成），相要删除收回点空间，习惯性的用命令 rm-rf~，一回车，猛然想起的时候已经来不及了，世界一下子清静了，想死的心都有了！
没错，～指定的是当前用户的目录，我的用户名是liyd，相当于是执行了rm-rf/home/liyd，所有的文件都删除了。试了linux下的各种文件恢复方法，都不理想，ext4格式，找回来的比率太小了，还要在一大堆乱文件中查找需要的，唉！所幸没什么特别重要的文件，代码都git和svn提交了，损失还能接受。
这次是～，下次要是误敲个其它的说不定会更杯具，经过这个教训，想着能不能有方法将rm命令删除的文件先放到回收站呢，留点误删后悔的余地，网上一查，还真有。
看了下，基本上是偷换了概念，把rm命令转换成了mv命令，但是能够达到我想要的效果，只不过在习惯性的敲入－r参数时会报出一个错误，因为mv命令没有－r参数嘛，下面是方法：
原理是在用户主目录下创建一个隐藏文件夹~/.trash作为垃圾回收站。
复制代码
代码如下:
mkdir-p~/.trash
vi~/.bashrc
然后把以下代码写入~/.bashrc后，保存一下。
复制代码
代码如下:
alias rm='trash'
alias rl='trashlist'
alias ur='undelfile'
#替换rm指令移动文件到~/.trash/中
trash()
{
mv$@~/.trash/
}
#显示回收站中垃圾清单
trashlist()
{
echo-e"33[32m==== Garbage Lists in~/.trash/====33[0m"
echo-e"\a33[33m----Usage------33[0m"
echo-e"\a33[33m-1- Use'cleartrash' to clear all garbages in~/.trash!!!33[0m"
echo-e"\a33[33m-2- Use'ur' to mv the file in garbages to current dir!!!33[0m"
ls-al~/.trash
}
#找回回收站相应文件
undelfile()
{
mv-i~/.trash/$@./
}
#清空回收站
cleartrash()
{
echo-ne"\a33[33m!!!Clear all garbages in~/.trash, Sure?[y/n]33[0m"
read confirm
if [$confirm=='y'-o$confirm=='Y' ];then
/bin/rm-rf~/.trash/*
/bin/rm-rf~/.trash/.* 2/dev/null
fi
}
在命令行下面刷新一下环境配置，即可生效：
复制代码
代码如下:
source~/.bashrc
centos 双网卡绑定 mode哪种好些
CentOS双网卡绑定的模式一共有7种（即mode=0、1、2、3、4、5、6）：
0（balance-rr模式）网卡的负载均衡模式。特点：（1）所有链路处于负载均衡状态，轮询方式往每条链路发送报文，基于per packet方式发送。服务上ping一个相同地址：1.1.1.1双网卡的两个网卡都有流量发出。负载到两条链路上，说明是基于per packet方式，进行轮询发送。（2）这模式的特点增加了带宽，同时支持容错能力，当有链路出问题，会把流量切换到正常的链路上。
1（active-backup模式）网卡的容错模式。特点：一个端口处于主状态，一个处于从状态，所有流量都在主链路上处理，从不会有任何流量。当主端口down掉时，从端口接手主状态。
2（balance-xor模式）需要交换机支持。特点：该模式将限定流量，以保证到达特定对端的流量总是从同一个接口上发出。既然目的地是通过MAC地址来决定的，因此该模式在“本地”网络配置下可以工作得很好。如果所有流量是通过单个路由器（比如“网关”型网络配置，只有一个网关时，源和目标mac都固定了，那么这个算法算出的线路就一直是同一条，那么这种模式就没有多少意义了。），那该模式就不是最好的选择。和balance-rr一样，交换机端口需要能配置为“port channel”。这模式是通过源和目标mac做hash因子来做xor算法来选路的。
3（broadcast模式）。特点:这种模式的特点是一个报文会复制两份往bond下的两个接口分别发送出去,当有对端交换机失效，我们感觉不到任何downtime,但此法过于浪费资源;不过这种模式有很好的容错机制。此模式适用于金融行业，因为他们需要高可靠性的网络，不允许出现任何问题。
4（IEEE 802.3ad动态链路聚合模式）需要交换机支持。特点：802.3ad模式是IEEE标准，因此所有实现了802.3ad的对端都可以很好的互操作。802.3ad协议包括聚合的自动配置，因此只需要很少的对交换机的手动配置（要指出的是，只有某些设备才能使用802.3ad）。802.3ad标准也要求帧按顺序（一定程度上）传递，因此通常单个连接不会看到包的乱序。802.3ad也有些缺点：标准要求所有设备在聚合操作时，要在同样的速率和双工模式，而且，和除了balance-rr模式外的其它bonding负载均衡模式一样，任何连接都不能使用多于一个接口的带宽。此外，linux bonding的802.3ad实现通过对端来分发流量（通过MAC地址的XOR值），因此在“网关”型配置下，所有外出（Outgoing）流量将使用同一个设备。进入（Incoming）的流量也可能在同一个设备上终止，这依赖于对端802.3ad实现里的均衡策略。在“本地”型配置下，路两将通过 bond里的设备进行分发。
5自适应传输负载均衡模式。特点：balance-tlb模式通过对端均衡外出（outgoing）流量。既然它是根据MAC地址进行均衡，在“网关”型配置（如上文所述）下，该模式会通过单个设备来发送所有流量，然而，在“本地”型网络配置下，该模式以相对智能的方式（不是balance-xor或802.3ad模式里提及的XOR方式）来均衡多个本地网络对端，因此那些数字不幸的MAC地址（比如XOR得到同样值）不会聚集到同一个接口上。
不像802.3ad，该模式的接口可以有不同的速率，而且不需要特别的交换机配置。不利的一面在于，该模式下所有进入的（incoming）流量会到达同一个接口；该模式要求slave接口的网络设备驱动有某种ethtool支持；而且ARP监控不可用。
6网卡虚拟化方式。特点：该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信。所有端口都会收到对端的arp请求报文，回复arp回时，bond驱动模块会截获所发的arp回复报文，根据算法算到相应端口，这时会把arp回复报文的源mac，send源mac都改成相应端口mac。从抓包情况分析回复报文是第一个从端口1发，第二个从端口2发。以此类推。
具体选择哪种要根据自己需要和交换机情况定，一般Mode=0和Mode=1比较常见；Mode=6负载均衡方式，两块网卡都工作，不需要交换机支持，也常用
CentOS修改主机名hostname教程
需要修改两处：一处是/etc/sysconfig/network，另一处是/etc/hosts，只修改任一处会导致系统启动异常。首先切换到root用户。
复制代码代码如下:
/etc/sysconfig/network
用任一款你喜爱的编辑器打开该文件，里面有一行 HOSTNAME=localhost.localdomain(如果是默认的话），修改 localhost.localdomain为你的主机名。
复制代码代码如下:
/etc/hosts
打开该文件，会有一行 127.0.0.1 localhost.localdomain localhost。其中 127.0.0.1是本地环路地址， localhost.localdomain是主机名(hostname)，也就是你待修改的。localhost是主机名的别名（alias），它会出现在Konsole的提示符下。将第二项修改为你的主机名，第三项可选。
将上面两个文件修改完后，并不能立刻生效。如果要立刻生效的话，可以用 hostname your-hostname作临时修改，它只是临时地修改主机名，系统重启后会恢复原样的。但修改上面两个文件是永久的，重启系统会得到新的主机名。
最后，重启后查看主机名 uname-n。
