比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
提升 Hyper-V 网络性能的三个技巧
　　及整合关注于核心的计算资源像、以及存储，但是网络I/O资源经常被忽略。网络带宽以及设备配置对确保客户端/高效运行同样很重要――尤其是现在与网络相关的技术在服务器以及网络适配器中不断涌现出来。让我们了解一些能够提升网络性能的技巧。
　　选择正确的网络技术
　　标准的网络依赖于动态主机配置协议给网络客户端动态分配IP地址，DHCP依赖于可用的DHCP服务器。在传统的网络中，找不到DHCP服务器将无法为新设备自动分配IP地址，一旦IP租约到期将现有的设备。即使是找不到DHCP服务器，自动的私有IP寻址(APIPA)也能使DHCP客户端获得IP地址以及子网掩码。默认情况下，APIPA将使用预留的IP地址，范围从169.254.0.1到169.254.255.254，子网掩码是255.255.0.0。APIPA每几分钟就会检查DHCP服务器，当DHCP服务可用时就将控制权移交给DHCP。一般来说，APIPA主要用于有较少客户端的小型组织，因此运行Hyper-V的Windows服务器平台通常会禁用APIPA。级将采用冗余的DHCP服务器以确保DHCP服务稳定运行。
　　虚拟机队列(VMQ)是提供的网络硬件技术，旨在允许卡使用直接内存访问将内部帧直接传送到网卡的接收缓冲区。这样减少了对基于驱动器的流量交换的依赖性，提升了常见网络流量类型(包括、、)传送到虚拟主机系统的效率。部分改进是由于不同的处理能够处理不同虚拟机的数据包―而不是一个处理器处理所有的网络数据交换。在大多数情况下，应该启用网卡上的VMQ，处理器还应该与外部的进行绑定。
　　通过在硬件而不是在驱动器或者软件中实现整个TCP/，TCP卸载引擎旨在提升网络性能，减少了准备、形成、传输、接收、解包并收集网络数据包所需要进行的处理工作。TCP烟囱卸载类似，控制权仍保留在中但实际的数据交换在网卡中进行。一般来说，尽管基于软件的NIC绑定可能不支持卸载硬件，但可以在虚拟系统中启用卸载特性。如果虚拟服务器使用了网卡绑定，那么可以禁用卸载特性，否则通常应该启用卸载特性。
　　针对虚拟服务器另一个流行的配置是在传输集群共享卷、iSCSI以及在线迁移流量的网络中启用巨型帧。巨型帧数据包大小是个字节，而不是常见的1500字节。通过在每个数据包中传输更多的数据，能够通过更少的数据包完成文件传输，网卡和主机系统的效率会提升。然而巨型帧同样意味着两端所有的网络元素(网卡、交换机以及)都要支持巨型帧。
　　升级网卡固件以及驱动的时机
　　计算设备通常使用堆栈模式构建：硬件(及连接)在底层，固件(比如BIOS)用于初始化并配置硬件，固件使用驱动与操作系统建立连接。bug以及固件或者驱动的编码技术不过关可能会带来性能问题。这种情况要比你想象的多，往往可以通过升级固件以及驱动来解决该问题。
　　然而，硬件、固件、驱动以及操作系统之间的相互关系可能很薄弱且易于出错。有时可能会导致意想不到的新问题或者bug，因此固件以及驱动升级很可能会导致更多的问题。因此不应该盲目升级。
　　首先，确认升级后是否能真正解决问题。如果不是解决特定的问题，那么不建议升级。例如，如果固件升级能解决特定网卡不能启用TOE的bug，为了启用TOE并提升网络性能，升级固件可能很有必要。与之相反，如果固件升级修复了NIC并未使用的一个芯片的bug，反而可以不升级。
　　其次，应用到生产系统前要在实验环境中进行升级测试。测试有助于提高升级效率，识别潜在的结果并避免在生产环境中出现潜在的混乱局面。
　　网卡绑定如何影响虚拟机性能
　　网卡绑定给虚拟服务器带来了很多好处。绑定允许同一台服务器上的多个网卡适配器协同工作以聚合带宽并进行流量的故障切换。例如，可以绑定两个独立的千兆以太网端口以提供两倍带宽，在单个端口发生故障时也能够确保数据正常传输。
　　一般来说，管理流量、生产虚拟机流量以及虚拟机迁移任务采用网卡绑定，无论是否适合你的企业都可以启用并配置网卡绑定。一个建议就是在分配负载前建立网卡绑定。另一个很流行的策略就是为客户虚拟机配置单-根I/O虚拟化也就是SR-IOV。
　　然而，不建议在iSCSI存储流量中采用网卡绑定。在Windows Server 2012及后续系统中建议优先采用多路径I/O也就是MPIO技术来处理iSCSI存储流量。
　　网络资源及配置对虚拟机性能具有重大影响。因此IT专业人员应该考虑带宽、接口类型、驱动以及其他因素。但在复杂的网络环境中相互关系错综复杂，调整网络配置可能会遇到问题。在做出任何调整之前进行基准测试，每次只调整一个因素，然后建立新的性能基准对网络变更带来的影响进行评估。这样做能够帮助识别并解决未预料到的结果，客观地认识配置变更所带来的影响。
[ 责任编辑：jj ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte双网卡，绑定 - 无线网卡对比、评测、驱动、破解等 -
恩山无线论坛 -
Powered by Discuz!
后使用快捷导航没有帐号？
只需一步，快速开始
请完成以下验证码
请完成以下验证码
查看: 2734|回复: 3
双网卡，绑定
将多块网卡虚拟成为一块网卡，使其具有相同的IP地址，来实现提升主机的网络吞吐量或者是提高可用性，这种技术被称作bonding。这项技术其实在sun和cisco中已经存在，分别称为Trunking和etherchannel技术，在Linux中，这种技术称为bonding。
bonding驱动最早来自于Donald Becker的beowulf对kernel2.0的补丁。但是已经有了很大的改进和变化，最早来自于extreme-linux和beowulf的工具已经不适用于现在版本的驱动了。
对于新版本的驱动，请参考本文最后的链结地址。
1) 编译带有bonding driver的内核
对于最新版本的bonding驱动，使用内核2.2.18或以上版本(否则需要对内核打补丁)。
使用make menuconfig/xconfig/config来编译内核，并在&Network device support&部分选择&Bonding driver support&，这里推荐配置该驱动为模块方式，因为目前这是传递给参数给驱动并配置多个bonding设备的唯一方法。
编译和安装新的内核和模块：
make bzImake modules_
2) 获取并安装用户管理工具
这个版本的bonding驱动需要新的ifenslave程序。来自extreme-linux和beowulf的原始工具程序不能在这里使用。内核2.2.18及其以上版本在Documentation/network中包含文件ifenslave.c。对于更老的内核，请参考文章最后的资源链结部分的内容。
安装ifenslave.c：
# gcc -O2 -s -o ifenslave ifenslave.c# cp ifenslave /sbin/ifenslave
3) 配置系统
参考下一部分关于模块参数的内容。首先需要在/etc/conf.modules中添加如下内容：
alias bond0 bonding
使用标准的发布技术来定义bond0这个网络接口，例如在redhat发布中，在/etc/sysconfig/network-scripts目录中添加ifcfg-bond0文件：
DEVICE=bond0IPADDR=192.168.1.1NETMASK=255.255.255.0NETWORK=192.168.1.0BROADCAST=192.168.1.255ONBOOT=yesBOOTPROTO=noneUSERCTL=no
所有属于bond的接口动必须被定义为SLAVE或MASTER。例如，在Redhat中，如果希望定义eth0和eth1定义为属于接口bond0的一部分，那么它们的配置文件(ifcfg-eth0, ifcfg-eth1,等)间如下所示：
DEVICE=eth0USERCTL=noONBOOT=yesMASTER=bond0SLAVE=yesBOOTPROTO=none
如果管理工具支持可以重新启动网络子系统或者仅仅启动bonding设备，否则重新启动机器。(对于redhat发布，使用`ifup bond0'或`/etc/rc.d/init.d/network restart')
如果你的发布提供的管理工具不支持在网络接口配置中定义master/slave，则需要使用下面的命令手工配置bonding设备：
# /sbin/ifconfig bond0 192.168.1.1 up# /sbin/ifenslave bond0 eth0# /sbin/ifenslave bond0 eth1
当然也可以将这些命令定义为一个脚本，以方便执行。
4) 模块参数
下面的模块参数可能被传递：
可能的值为0(默认的轮转模式round robin policy)，或者1(热备份模式)，参考下面的HA部分来得到更多的相关信息。
整数值，定义MII链路监测频率(单位为频率)。默认值为0，表示关闭链路监测。如果希望使用链路监测，一个合适的值为100。参考HA部分得到更多信息。
downdelay=
在发现链路故障时，这里规定的整数值定义disable一个链路的延迟(单位为毫秒)。必须是miimon的整数倍。默认值为0。参考HA部分得到更多信息。
侦测到&link up&状态时，这里规定的整数值定义了enable一个链路的延迟。必须是miimon的整数倍。默认值为0。参考HA部分得到更多信息。
如果需要定义多个bonding设备，驱动必须被多次加载。例如，对于有两个bonding设备的情况，/etc/conf.modlues必须包含如下内容：
alias bond0 bondingalias bond1 bonding
options bond0 miimon=100options bond1 -o bonding1 miimon=100
5) 测试配置
可以通过ifconfig命令来监测配置和传输策略，例如对于轮转策略，你应该得到如下信息：
[root]# /sbin/ifconfigbond0 Link encap:Ethernet HWaddr 00:C0:F0:1F:37:B4 inet addr:XXX.XXX.XXX.YYY Bcast:XXX.XXX.XXX.255 Mask:255.255.252.0UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1RX packets:7224794 errors:0 dropped:0 overruns:0 frame:0TX packets:3286647 errors:1 dropped:0 overruns:1 carrier:0collisions:0 txqueuelen:0
eth0 Link encap:Ethernet HWaddr 00:C0:F0:1F:37:B4 inet addr:XXX.XXX.XXX.YYY Bcast:XXX.XXX.XXX.255 Mask:255.255.252.0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:3573025 errors:0 dropped:0 overruns:0 frame:0TX packets:1643167 errors:1 dropped:0 overruns:1 carrier:0collisions:0 txqueuelen:100 Interrupt:10 Base address:0x1080
eth1 Link encap:Ethernet HWaddr 00:C0:F0:1F:37:B4 inet addr:XXX.XXX.XXX.YYY Bcast:XXX.XXX.XXX.255 Mask:255.255.252.0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:3651769 errors:0 dropped:0 overruns:0 frame:0TX packets:1643480 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:100 Interrupt:9 Base address:0x1400
1. bonding会不会和SMP冲突？
不会，老的2.0.xx版本配合SMP使用会发生冲突，而新的内核不会发生问题。
2. 哪种类型的网卡可以用作bonding？
任何类型的网卡(甚至可以使用混合类型的网卡-一个Intel的therExpress PRO/100和a 3com 3c905b)，甚至可以将两个Gigabit以太网卡bond在一起使用。
3. 我可以拥有多少个bonding设备？
对应于加载的一个模块，就可以拥有一个bonding设备，参考模块参数部分来了解如何实现。
4. 一个bonding设备可以有多少个salve网卡？
受限于linux可以支持的网卡数量和系统可以插接的网卡数量。
5. 当一个slave链路出现故障，会发生什么问题？
如果你的以太网卡支持MII状态监控，并且MII监测已经在驱动中被使用(参考模块参数部分内容)，那么就不会出现什么不幸的结果。这个版本的bonding驱动能得到MII信息并且根据链路状态来enable或者disable某个slave网卡。参考HA部分得到更多信息。
所有不能报告自己的链路状态的以太驱动不能很好地处理这种情况。bonding驱动不能连续发送数据报，而导致某些数据报丢失。而重传可能会引起严重的性能问题(如果一块网卡丢失，那么可能会对TCP或UDP带来严重的性能影响)。
6. bonding能被用作高可用性项目么？
当然可以，如果使用了MII监测，并且你所有的网卡驱动都支持MII链路状态汇报。参考HA部分内容。
7. bonding能适用于哪种类型的switches/systems？
在轮转模式，它和下面支持trunking的系统能一起工作：
* Cisco 5500 series (参考EtherChannel支持相关内容)。* SunTrunking software.* Alteon AceDirector switches / WebOS (使用Trunks).* BayStack Switches (trunks必须被配置). 可堆叠的模块(450)能在不同的物理单元的端口中定义* Linux bonding.
对于热备份模式下，它能和一切二层交换机工作。
8. 一个bonding设备的MAC来自于哪个网卡？
如果没有明显使用ifconfig来配置指定，bonding设备的MAC地址从它的第一个slave中得到。这个MAC地址随即被传递个所有其他的slave设备，这些其他的slave设备将具有这个MAC，即使第一个Slave设备被去除。只有bonding设备重起或者down了，MAC地址才会改变。
如果希望修改MAC地址，可以使用ifconfig来设置：
# ifconfig bond0 ha ether 00:11:22:33:44:55
可以通过up/down设备，然后修改其slave的顺序来改变bonding设备的MAC地址：
# ifconfig bond0 modprobe -r bonding# ifconfig bond0 .... up# ifenslave bond0 eth...
这个方法将自动从下一个将被添加的slave中得到地址。
为了恢复slave的MAC地址，需要将其从bonding设备中分离出来(`ifenslave -d bond0 eth0'),down掉该设备(`ifconfig eth0 down'),去除模块(`rmmod 3c59x')，然后重载其以使其从其eeproms中得到其MAC地址。若一个驱动被多个设备所拥有，那么需要将其全部down掉。另外一种方法是察看启动时该卡的MAC地址(dmesg或 tail /var/log/messages)，并使用ifconfig来reset它：
# ifconfig eth0 down# ifconfig eth0 hw ether 00:20:40:60:80:A0
9. 哪些使用哪些传输模式？
轮转模式：基于slave的顺序，依次轮转通过不同网卡发送数据；
热备份模式：确保在同一时刻仅仅通过一个网卡发送数据，另外一个作为该激活卡的热备份，在激活卡出现故障时数据流马上切换到热备份卡，这种模式常常用于使用交换机的高可用性中(high availability solutions )
为了使用bonding驱动实现高可用性，需要将该驱动编译为模块，因为目前这时传递参数给驱动的唯一方式。以后这种情况可能会改变。首先需要确保所有的网卡支持MII链路状态报告。在Linux2.2.17及以上版本中，所有的百兆以太网和yellowfin千兆以太网都支持MII链路状态报告。如果你的网卡驱动不支持这种技术，那么会将链路状态监测为有故障。
bonding驱动目前通过监测MII状态注册器来侦测其所有的slave链路。侦测间隔有模块参数&miimon&来定义。该值为整数值，单位为milliseconds。100ms是一个合适的值，因为太小的值可能影响系统性能。也就是说链路发生故障以后在100ms秒以内将会被发现。
# modprobe bonding miimon=100
或在/etc/modules.conf定义如下内容：
alias bond0 bondingoptions bond0 miimon=100
目前对高可用性有两个策略，依赖于主机是否
a) 主机连接到单台主机或支持trunking的交换机b) 主机连接到多个不同的交换机上，或单个不支持trunking的交换机
1) 在单交换机或主机上的HA－负载均衡
这种模式易于配置和理解，只需要简单的配置远程设备(主机或交换机)来将数据流量分散在多个端口(trunk, etherchannel等)，并配置bonding接口。如果模块加载时指定了MII参数，MII将自动工作。可以通过去除或恢复不同的链路，然后再log文件中察看驱动设备监测到了哪些信息。在监测时，你也许会遇到这样的问题：如果trunk连接的所有接口都down掉以后，有些具有bug的交换机会长时间地diable trunk。可以通过重新启动交换机来修正这些问题。
例1：主机和主机间实现倍速：
在每个主机中，运行：
# modprobe bonding miimon=100# ifconfig bond0 addr# ifenslave bond0 eth0 eth1
例 2：主机连接交换机以实现倍速：
在主机A中运行：
# modprobe bonding miimon=100# ifconfig bond0 addr # ifenslave bond0 eth0 eth1
在交换机中：
#对port1和port2设置trunking。
2) 在多个交换机或主机上的HA－负载均衡(或不支持trunking技术的单交换机情况)
这种模式更可能会出现问题，因为它依赖于这样的事实：虽然有多个端口，但是主机MAC地址只能被一个端口可见以避免混淆交换机。
如果需要知道哪个哪个端口是活动的，哪个是备份的，那就使用ifconfig。所有的备份接口设置有NOAEP标志。为了使用该模式，在加载时传递&mode=1&给模块：
# modprobe bonding miimon=100 mode=1
或者在/etc/modules.conf中添加如下内容：
alias bond0 bondingoptions bond0 miimon=100 mode=1
例1：使用多个主机和多个交换机来创建&无单故障点瓶颈&解决方案：
在这种配置下，这里有一个ISL- 交换机间连接(Inter Switch Link，可能是一个trunk),多个主机(host1, host2 ...)都同时连接到交换机，并且多个端口连接到外部网络(port3...)，每个主机中同时只有一个slave是激活的，但是所有的链路仍然被监测(系统能监测到活动链路的故障并启动备份链路)。
如果host1和host2具有同样的功能，并且被用在负载均衡中，那么将host1的活动接口连接到其中一个交换机而host2连接到另外一个交换机上是一个非常不错的选择。这种系统在单个主机、交换机或者线路出问题时仍能保证工作。最糟糕可能情况是，单个交换机出现故障，其中一台主机将不可访问，直到另外一个交换机维护的转发表过期，另外一个主机才会转换激活接口到正常的交换机上。
例 2：使用多个以太网卡连接到一个交换机，以应付NIC故障的情况，以提高可用性：
在主机A中：
# modprobe bonding miimon=100 mode=1 # ifconfig bond0 addr# ifenslave bond0 eth0 eth1
在交换机中：
# (可选地)最小化转发表过期时间
每次主机切换其活动接口，它将使用新的接口直到该接口出现故障。在这个例子中，主机受交换机转发表的过期时间影响很大。
3) 调整交换机的频率
如果交换机转换到备份接口需要花费太长的时间，一般来说都希望在当前接口发生故障的情况下立即启用备用接口。可以通过传递模块参数&downdelay&来实现减少完全disable一个接口的延迟。
当一个交换机重启以后，可能出现其端口在端口可用以前报告&link up&状态。这可能使得bonding设备使用还不可用的端口这可能通过传递模块参数&updelay&来延迟活动端口被重新可用的时间。
当一个主机和交换机重新交互以确定一个丢失的链路也会出现同样的问题。
在bonding接口丢失了其所有的slave链路的情情况下，则驱动将马上使用第一个up的接口，而不受updelay参数的限制。这样可以减少系统down的时间。
# modprobe bonding miimon=100 mode=1 downdelay=2000 updelay=5000# modprobe bonding miimon=100 mode=0 downdelay=0 updelay=5000
主要限制是：
只有链路状态被监控，如果交换机本身down掉了，例如不再转发数据但是链路仍然完好。则链路不会被diable。另外一个监测故障链路的方式统计一个沉重负载主机的接入数据帧数量。但是对于哪些负载较小的服务器则不大适用。
Donald Becker的以太驱动和diag程序可以在下面的到：
- /network/- http://cesdis.gsfc.nasa.gov/linux/drivers/ (seems to be dead now)- ftp://cesdis.gsfc.nasa.goc/pub/linux/drivers/ (seems to be dead now)
还可以在得到很多关于ethernet、NWay和MII等信息。Y
对于新版本的驱动，牢的内核补丁和更新的用户空间工具可以在Willy Tarreau的网站中得到：
- http://wtarreau.free.fr/pub/bonding/- http://www-miaif.lip6.fr/willy/pub/bonding/
为了得到最新的关于Linux Kernel开发信息，请关注：
http://boudicca.tux.org/hypermail/linux-kernel/latest/
Linux2.4.x内核bonding的实现
因为bonding在内核2.4.x中已经包含了，只需要在编译的时候把网络设备选项中的Bonding driver support选中就可以了。然后，重新编译核心，重新起动计算机，执行如下命令：
insmod bondingifconfig eth0 downifconfig eth1 downifconfig bond0 ipaddressifenslave bond0 eth0ifenslave bond0 eth1
现在两块网卡已经象一块一样工作了.这样可以提高集群节点间的数据传输。你最好把这几句写成一个脚本,再由/etc/rc.d/rc.local调用,以便一开机就生效。
bonding对于服务器来是个比较好的选择,在没有千兆网卡时,用两三块100兆网卡作bonding,可大大提高服务器到交换机之间的带宽.但是需要在交换机上设置连接bonding网卡的两个口子映射为同一个虚拟接口(trunking技术)。
下面是引自邮件列表的一个信，希望能对出现问题时有所帮助：
I have found a solution to another problem with the bonding driver. If you ifconfig down an enslaved eth device, the bonding driver is not notified and if there is an attempt to use the device then a crash results. I have added a one line fix to dev_close in net/core/dev.c /* if the device is a slave we should not touch it*/ if(dev-flags&IFF_SLAVE) return -EBUSY; I put it after the check to see if the interface is up. This may not be the best solution but it prevents the kernel crashes and as bond_release is not implemented there is not much point making the device release it`s self. Since I made this change and the one in my last message I have not been able to produce a crash. (here is a script which will cause the crash on 2.2.16) #!/bin/bash insmod eepro100 insmod bonding ifconfig bond0 192.168.1.2 up ifenslave bond0 eth0 ifconfig eth0 down ifconfig bond0 down ifconfig bond0 192.168.1.2 up ifconfig bond0 down Again, if someone could confirm this fix it would be good. '
文章来源：LinuxAid
我的恩山、我的无线
The best wifi forum is right here.
不知道，那位兄弟可以找到windows下面的绑定方法：）
我的恩山、我的无线
The best wifi forum is right here.
很简单，看看这个：/article.php?sessid=295ffb1eadc70&articleid=998&page=2里面说到的那个软件我用过，很简单的。
我的恩山、我的无线
The best wifi forum is right here.
我的恩山、我的无线
The best wifi forum is right here.
Powered by 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
基于多网卡绑定的负载均衡技术的研究
下载积分：1598
内容提示：基于多网卡绑定的负载均衡技术的研究
文档格式：PDF|
浏览次数：12|
上传日期： 22:12:52|
文档星级：
全文阅读已结束，如果下载本文需要使用
 1598 积分
下载此文档
该用户还上传了这些文档
基于多网卡绑定的负载均衡技术的研究
关注微信公众号