准备流程:
1 首先准备/检查好环境。
主要是确定到底是centos6还是centos7系统,因为两个系统命令不同。
2 *** 作之前做好备份。
*** 作完成不一定成功,先备份好,给自己留条退路。
3 进行配置之后注意保存
4 配置完成需要检查
5 编写项目文档,方便交接
系统关机:
shutdown
1 ip address show/ip a #检查网卡地址配置
2 ping 网址/ip #测试网络的连接性
执行该命令,出现如下界面,选择【edit a connection】,在d出的新窗口中选择需要编辑的网卡,然后选择【edit】就进入网卡编辑窗口了。
当对网卡进行编辑好后,保存方式依次点击三个窗口的 【ok】->【back】->【quit】完成保存退出。注意,该方式只是重新配置好了,但还是没有生效,需要重新启动网卡服务才能生效。
4 systemctl restart network #系统控制 重启 网络服务
这里介绍一下网卡设置的一些概念的含义:
ip地址:网络通信的标识信息
子网掩码:在局域网中可以有多少个主机
网关地址:从一个局域网到另一个局域网的必经之路
1 ctrl+c#中断当前命令 *** 作(中断那些持续的命令)
2 ctrl+l #清屏 *** 作
先说说环境1.硬件:DELL R4102.网卡:板载1000M BCM5709
2.OS: RHEL 5.5 x86_64
3.KERNEL: 2.6.18-194.el5
所出现的问题
1.网卡毫无征兆的down掉,而且没有任何log信息
2.当流量增大时,不到理论上限的1/3时机器出现网络延迟严重,伴随大量的丢包
3.机器的cpu软中断不均衡,只有1个cpu处理软中断,并且该cpu的软中断周期性的达到100%
4.内外网网卡做nat丢包数据量不一致,差别很大,不在同一个数量级
想必第一个问题,大部分使用bcm网卡,rhel 5.3以后得机器都会遇到这种情况,网上的资料比较的多,我也不多啰嗦了,直接升级网卡驱动就可以解决了。第二,三,四其实是同一个问题都是由于网卡中断过多,cpu处理不过来(准确的说,cpu分配不均衡,导致只有一个cpu处理,处理不过来),引起丢包,那么为什么两个网卡丢包的数量级不一样呢,下面从原理上进行解释,既然是做nat多出口,那么就有大量的路由信息,是一个网络应用,当一个数据包请求nat时,数据包先被网卡驱动的数据接收,网卡收到数据时,触发中断。在中断执行例程中,把skb挂入输入队列,并触发软中断。稍后的某个时刻,当软中断执行时,再从该队列中把skb取下来,投递给上层协议。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)