eth多单策略

A. 以太坊设备寿命

以太坊2.0其实包含的内容非常多，例如分片、扩容等，合并只是其中一项内容，自去年2.0信标链启动开始，我们已经处在PoW和PoS双链运行底下，合并是要彻底结束PoW显卡挖矿，全部爆块都用PoS共识来打包，合并后并不代表以太坊2.0就完成，至少还有2-3年时间增加其他功能。

合并这项内容牵涉面广，利益巨大，时间点非常非常非常关键，尤其对矿工而言，那是生死攸关，天天看着这个合并时间点来考虑是否加卡。坦白讲，矿工根本不关心什么分片、扩容，Layer2，Rollup等功能，他们只关心什么时候正式合并，什么时候结束挖矿。

已参与ETH2.0信标链质押的希望合并越快越好，因为他们需要在合并后的第一次硬分叉才能解除质押，而矿工们持有显卡，希望合并越晚越好（最好别合并），把显卡能耐发挥到极致。

两个月前的消息是，合并提前了，并且在合并前，不再有新的EIP功能修订升级，ETH团队所有人员集中全力优先处理合并事宜，合并提案EIP-3675也在8月中由研究员Mikhail正式立案，这标志着合并真的真的真的要进入倒计时了，可惜仍然没有具体日期，只有概率。啥玩意

总结：

随着以太坊总市值以及生态膨胀到今天这个体量，船大难掉头，任何一个小错误，都会引起巨大震荡：矿工手上有显卡，机构手上有币，DeFi生态里有TVL，有多少矿池靠ETH吃饭，有多少炒卖显卡为生的代理商......

如果在这个过程中，平衡不好各方的利益，那么整个网络可能会被冻结，甚至崩溃。我认为以太坊团队在公布合并时间点这件事上太儿戏了，不把矿工的矿机当回事，几个月前开发员Trend说保守估计年底前合并，现在看来又要跳票，官方还有什么可信度？要防止跳票很难吗：至少提前一年，对外公告“准确的合并日期”，以及合并步骤和详情。如果没在测试网通过就不要乱发布各种合并消息，尤其是开发人员。我现在啥都不想看，就等12月的炸弹 pushback 究竟要延到明年几月。到时再来写一篇《如何处理手上的矿机》吧，拭目以待。

B. 服务器双网卡：设置eth0入向的流量从eth0出，eth1入向的流量从eth1出，linux路由策略如何写

路由，是确定访问路径的。
当eth0和eth1不在同一网段的时候
eth0访问eth1就和你说的一样。但是eth0访问eth0是不经过eth1的
这个时候服务器设置了路由，相当于路由器功能。。
需要做转发设置。默认是不转发的。（总结就是服务器默认不能当路由器来用）
打这么多字这个累

C. 天融信防火墙如何配置路由

eth0 配置外网的IP地址和掩码

eth1 配置内网网关地址和掩码 例如常用的 192.168.1.1/255.255.255.0

配置路由，缺省或者静态都可以 目的地址为0.0.0.0/0.0.0.0 下一跳写你外网的网关

配置源地址转换规则 源地址是192.168.1.1/255.255.255.0 源端口是 eth1 目的地址可以写any

出接口 eth0 使用出口地址

然后配置一条安全策略 使你的内网用户能够访问互联网 也就是 eth1可以访问eth0

就这些。

D. 币安双向持仓是什么模式

币安双向持仓的意思就是，双向持仓就是持有两个方向的同个期货合约。同向持仓就是持有一个反向的。 有空单、有多单。这种做法就是降低风险、减少损失和利润、也可以理解为加了一个0.5的杠杆。同向持仓的意思是，开了一比多单又加了几笔多单，或者开了一笔空单又加了几笔空单，朝一个方向（多或者空）开单，这种做法风险较大，一旦成功利润也大，一旦失败损失也大。
期货交易是可以双向操作的，就是可以买涨买跌，双向持仓就是买单还卖单都下了，这样就起到了一个锁仓的效果，常见于形式不够明朗，而手里的单又不想平仓，所以就再反向的下单，这样就不会出现亏损情况，等形势明朗以后再把方向做反的单平掉。那同向持仓也就是说只做了一个方向了。
全仓模式的意思是账户里所有可用余额都可以充当担保资产，以避免被强制平仓。这个模式的好处是：只要杠杆适中，爆仓可能性很低，所以经常被用于套期保值。 逐仓模式的意思是分配给某仓位的担保资产被限制在一定数额。
如果仓位的担保资产不足以支撑浮亏，此仓位将被强制平仓。所以，双向持仓在波动率较高，杠杆较大的情况下，逐仓模式很容易被强制平仓，但最终的损失仅仅是仓位担保资产，而不影响账户余额。
拓展资料
1. 全仓模式 这个模式的好处是方便操作，一个账户可开所有，不用来回划账。 以及任何其他仓位的未实现盈亏都可以直接作为另一个合约的保证金。比如说我的BTC仓位赚钱了，ETH仓位亏钱了，虽然btc还没有平仓，但是未实现盈亏可以直接用于作为追加ETH的保证金，可以达到合约之间对冲的目的，可以减少总体的保证金要求，提高资金利用率。
2. 逐仓模式 逐仓保证金对于投机仓位很有用。这个账户里的资产是你可能的最大损失，从而在你的短期投机交易策略失效时帮助到你，将损失限定在一个范围内。比如，在波动率较高，杠杆较大的情况下，虽然很容易被强平，但最终的损失仅仅是这个账户下的资产，而不影响其他账户余额。
3. 在账户资金使用上，全仓模式是账户资金全部作为保证金使用，由多个合约仓位共享。而逐仓模式是各个账户单独核算保证金，盈亏互不影响。可以理解为全仓就是所有的鸡蛋放在一个篮子里，逐仓就是把鸡蛋分散到多个篮子里。

E. 路由器中的wlan0和eth0分别是什么,两者有什么区别

1wlan0是外网口，就是进线口
2eth0口是内网口，也就是局域网口
3有wlan0口域eth0，路由器中已经做好了路由，只要把IP地址配置上，就可以直接联网外部网络不用自己配置路由了
4.上网的策略等还是可以配置的。

F. 27岁以太币创建者获利11亿美元，以太币值得投资吗

以太必正在经历重大的变革。 ETH的基本资产评估方法是不透明的，且不断变化。如果把 ETH看作货币、消费品或有利息的资产，投资者就可以在分配资产时考虑一系列可能的结果。若以太坊2.0得以成功实施，投资者可望将以太坊作为持续盈利的生息资产。前途可望！EtherGroup是构建区块链项目并推出中心化应用程序的第一个平台。以太坊网络成立以来最初几年ERC-20独特的代币交易数量。虽然区块链创业公司的市场扩张在2018年第一次泡沫破裂之后有所放缓，但总市值仍然保持着增长。虽然以太坊拥有 Tron、 Polkadot、 Cardano、 Cosmos和 Tezos等强大的竞争对手，但 Vitalik Buterin的加密货币平台在这方面仍处于领先地位。

ETH虽是 BTC代币之一，但有其独特的投资价值。而且与 BTC一样，国内头部交易所如欧易OKEx已全面上线包括 ETH、 LTC等主流货币衍生品交易，欧易OKEx本身成立时间较长，操作简便。

G. 同样的显卡etc和eth算力一样吗

不一样。
ctc和eth采用了不同的算法，所以算力不一样。
显卡并不能挖火爆的比特币，在算力上没有优势，那是属于矿机的。显卡现在能挖的虚拟货币叫做eth，也就是以太坊。30系列优异的性能显然是挖eth理想的工具。3090算力大约是106mh/s,到3060这里，大约是40+mh/s，考虑到英伟达的定价策略，如果能原价买到GPU的话，显然3060是理想的挖矿工具：速度大约不到一半，但价格只有三分之一。

H. 500U以太坊需要怎么合理设置跟单比例

合理设置跟单比例。资的价值在于稳定复利，即时准确的建议才是最大的帮助，不求百分之百但求稳定盈利马小强一路同行BTC操作建议空单进场点60400附近开空，止损60600 止盈59800多单进场点：58800附近做多，止损58500 止盈59400。

早间行情围绕30线附近震荡徘徊寻找突破契机，昨日说过当出现真正的高点的时候行情会回落进行修复，这个时候就是我们进场的最佳时机晚也经过验证空单止盈抓几百个点的小波段已经可以了，四小时级别图中，布林带收口。

行情从布林带的上轨附近逐渐回落至其中上轨区域运行，现位于60189五日均线和十日均线均粘合运行，币价在其附近波动，并不断的尝试着企稳在其上方运行附图中，MACD快慢线在零轴上方运行，呈现死叉状态而RSI和Stoch均保持着平缓的姿态运行着。

行情观点:

ETH依然延续我们昨日说过的，走出高点后符合我们所说的进行回落修复，在震荡修复期间耐心等待，还是老规矩把握小波段，4小时级别上看，收线小阳，价格虚破防守线支撑，后市关注该位置的实破情况，布林通道微微开口．

攻击线偏向下行，附图指标向上放量，价格有上行的意行情波幅过快，帖子因为发送的时间与行情具有偏差，操作的时候大家一定要注意，当点位差距过大，谨慎进场。

I. Linux Bonding 怎么玩

一、什么是bondingLinux bonding 驱动提供了一个把多个网络接口设备捆绑为单个的网络接口设置来使用，用于网络负载均衡及网络冗余二、bonding应用方向1、网络负载均衡对于bonding的网络负载均衡是我们在文件服务器中常用到的，比如把三块网卡，当做一块来用，解决一个IP地址，流量过大，服务器网络压力过大的问题。对于文件服务器来说，比如NFS或SAMBA文件服务器，没有任何一个管理员会把内部网的文件服务器的IP地址弄很多个来解决网络负载的问题。如果在内网中，文件服务器为了管理和应用上的方便，大多是用同一个IP地址。对于一个百M的本地网络来说，文件服务器在多 个用户同时使用的情况下，网络压力是极大的，特别是SAMABA和NFS服务器。为了解决同一个IP地址，突破流量的限制，毕竟网线和网卡对数据的吞吐量是有限制的。如果在有限的资源的情况下，实现网络负载均衡，最好的办法就是 bonding 2、网络冗余对于服务器来说，网络设备的稳定也是比较重要的，特别是网卡。在生产型的系统中，网卡的可靠性就更为重要了。在生产型的系统中，大多通过硬件设备的冗余来提供服务器的可靠性和安全性，比如电源。bonding 也能为网卡提供冗余的支持。把多块网卡绑定到一个IP地址，当一块网卡发生物理性损坏的情况下，另一块网卡自动启用，并提供正常的服务，即：默认情况下只有一块网卡工作，其它网卡做备份三、bonding实验环境及配置1、实验环境系统为：CentOS，使用4块网卡（eth0、eth1 ==> bond0；eth2、eth3 ==> bond1）来实现bonding技术2、bonding配置第一步：先查看一下内核是否已经支持bonding1）如果内核已经把bonding编译进内核，那么要做的就是加载该模块到当前内核；其次查看ifenslave该工具是否也已经编译modprobe -l bond*或者 modinfo bondingmodprobe bondinglsmod | grep 'bonding'echo 'modprobe bonding &> /dev/null' >> /etc/rc.local（开机自动加载bonding模块到内核）which ifenslave注意：默认内核安装完后就已经支持bonding模块了，无需要自己手动编译2）如果bonding还没有编译进内核，那么要做的就是编译该模块到内核（1）编译bondingtar -jxvf kernel-XXX.tar.gzcd kernel-XXXmake menuconfig选择 " Network device support " -> " Bonding driver support "make bzImagemake moles && make moles_installmake install（2）编译ifenslave工具gcc -Wall -O -I kernel-XXX/include ifenslave.c -o ifenslave第二步：主要有两种可选择（第1种：实现网络负载均衡，第2种：实现网络冗余）例1：实现网络冗余（即：mod=1方式，使用eth0与eth1）（1）编辑虚拟网络接口配置文件（bond0），并指定网卡IPvi /etc/sysconfig/network-scripts/ifcfg-bond0DEVICE=bond0ONBOOT=yesBOOTPROTO=staticIPADDR=192.168.0.254BROADCAST=192.168.0.255NETMASK=255.255.255.0NETWORK=192.168.0.0GATEWAY=192.168.0.1USERCTL=noTYPE=Ethernet注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth0DEVICE=eth0BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth1DEVICE=eth1BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址（2）编辑模块载入配置文件（/etc/modprobe.conf），开机自动加载bonding模块到内核

vi /etc/modprobe.conf

alias bond0 bonding options bond0 miimon=100 mode=1

alias net-pf-10 off #关闭ipv6支持说明：miimon是用来进行链路监测的。 比如:miimon=100，那么系统每100ms监测一次链路连接状态，如果有一条线路不通就转入另一条线路；mode的值表示工作模式，他共有0，1，2，3，4，5，6六种模式，常用为0，6，1三种，具体后面会介绍 mode=0，表示load balancing (round-robin)为负载均衡方式，两块网卡都工作，但是与网卡相连的交换必须做特殊配置（ 这两个端口应该采取聚合方式），因为做bonding的这两块网卡是使用同一个MAC地址mode=6，表示load balancing (round-robin)为负载均衡方式，两块网卡都工作，但是该模式下无需配置交换机，因为做bonding的这两块网卡是使用不同的MAC地址mode=1，表示fault-tolerance (active-backup)提供冗余功能，工作方式是主备的工作方式，也就是说默认情况下只有一块网卡工作,另一块做备份 注意：bonding只能提供链路监测，即从主机到交换机的链路是否接通。如果只是交换机对外的链路down掉了，而交换机本身并没有故障，那么bonding会认为链路没有问题而继续使用（4）重启并测试第一：由于bonding使用的模式为mod=1（网络冗余），所以eth0、eth1与虚拟的bond0同一个MAC地址注意：对比上面这两个图，可知mode=1模式下，eth0与eth1这两块网卡，只有一块网卡在工作（即：eth0），因为eth1网卡的RX与TX都没有在发生变化第二：测试，用ping指令ping虚拟网卡设备bond0的IP地址（192.168.0.254），然后禁用eth0设备看一下能够继续ping的通说明：如上图可得到，断开eth0（上图的右下角），还是可以ping的通的例2：实现网络负载均衡和网络冗余（即：mod=0方式，使用eth0与eth1）注意：VM中只能做mode=1的实验，其它的工作模式得用真机来实践跟例1的步骤一样，只需要修改模块载入配置文件（/etc/modprobe.conf），如下：

alias bond0 bonding options bond0 miimon=100 mode=0

（1）测试如下##目前两块网卡都处于连接状态root@Web:~# ifconfig | grep 'eth' | awk '{print $1}'eth0eth1##禁用了网卡eth0，用ping指令测试反之，也是一样的！例3：实现网络负载均衡和网络冗余（即：mod=6方式，使用eth0与eth1，其中eth0设置为primay）跟例1的步骤一样，只需要修改模块载入配置文件（/etc/modprobe.conf），如下：alias bond0 bonding options bond0 miimon=100 mode=6上图可知：mode=6时，eth0与eth1所使用的MAC是不一样的（1）测试如下##目前两块网卡都处于连接状态root@Web:~# ifconfig | grep 'eth' | awk '{print $1}'eth0eth1##禁用了网卡eth0，用ping指令测试四、bonding运用的注意事项1、bonding的模式：0-6，即：7种模式第一种模式：mod=0 ，即：(balance-rr) Round-robin policy（平衡抡循环策略）特点：传输数据包顺序是依次传输（即：第1个包走eth0，下一个包就走eth1....一直循环下去，直到最后一个传输完毕）， 此模式提供负载平衡和容错能力；但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降第二种模式：mod=1，即： (active-backup) Active-backup policy（主-备份策略）特点：只有一个设备处于活动状态，当 一个宕掉另一个马上由备份转换为主设备。mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱。此模式只提供了容错能力；由此可见此算法的优点是可以提供高网络连接的可用性，但是它的资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N第三种模式：mod=2，即：(balance-xor) XOR policy（平衡策略）特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 XOR 目标MAC地址) % slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力第四种模式：mod=3，即：broadcast（广播策略）特点：在每个slave接口上传输每个数据包，此模式提供了容错能力第五种模式：mod=4，即：(802.3ad) IEEE 802.3ad Dynamic link aggregation（IEEE 802.3ad 动态链接聚合）特点：创建一个聚合组，它们共享同样的速率和双工设定。根据802.3ad规范将多个slave工作在同一个激活的聚合体下。外出流量的slave选举是基于传输hash策略，该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的是，并不是所有的传输策略都是802.3ad适应的，尤其考虑到在802.3ad标准43.2.4章节提及的包乱序问题。不同的实现可能会有不同的适应性。必要条件：条件1：ethtool支持获取每个slave的速率和双工设定条件2：switch(交换机)支持IEEE 802.3ad Dynamic link aggregation条件3：大多数switch(交换机)需要经过特定配置才能支持802.3ad模式第六种模式：mod=5，即：(balance-tlb) Adaptive transmit load balancing（适配器传输负载均衡）特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量。如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。该模式的必要条件：ethtool支持获取每个slave的速率第七种模式：mod=6，即：(balance-alb) Adaptive load balancing（适配器适应性负载均衡）特点：该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信。来自服务器端的接收流量也会被均衡。当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来。当ARP应答从对端到达时，bonding驱动把它的硬件地址提取出来，并发起一个ARP应答给bond中的某个slave。使用ARP协商进行负载均衡的一个问题是：每次广播 ARP请求时都会使用bond的硬件地址，因此对端学习到这个硬件地址后，接收流量将会全部刘翔当前的slave。这个问题通过给所有的对端发送更新（ARP应答）来解决，应答中包含他们独一无二的硬件地址，从而导致流量重新分布。当新的slave加入到bond中时，或者某个未激活的slave重新激活时，接收流量也要重新分布。接收的负载被顺序地分布（round robin）在bond中最高速的slave上当某个链路被重新接上，或者一个新的slave加入到bond中，接收流量在所有当前激活的slave中全部重新分配，通过使用指定的MAC地址给每个 client发起ARP应答。下面介绍的updelay参数必须被设置为某个大于等于switch(交换机)转发延时的值，从而保证发往对端的ARP应答不会被switch(交换机)阻截。必要条件：条件1：ethtool支持获取每个slave的速率；条件2：底层驱动支持设置某个设备的硬件地址，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，同时保证每个bond 中的slave都有一个唯一的硬件地址。如果curr_active_slave出故障，它的硬件地址将会被新选出来的 curr_active_slave接管其实mod=6与mod=0的区别：mod=6，先把eth0流量占满，再占eth1，....ethX；而mod=0的话，会发现2个口的流量都很稳定，基本一样的带宽。而mod=6，会发现第一个口流量很高，第2个口只占了小部分流量2、bonding驱动选项Bonding驱动的选项是通过在加载时指定参数来设定的。可以通过insmod或modprobe命令的命令行参数来指定，但通常在/etc/modprobe.conf配置文件中指定，或其他的配置文件中下面列出可用的bonding驱动参数。如果参数没有指定，驱动会使用缺省参数。刚开始配置bond的时候，建议在一个终端窗口中运行"tail -f /var/log/messages"来观察bonding驱动的错误信息【译注：/var/log/messages一般会打印内核中的调试信息】有些参数必须要正确的设定，比如miimon、arp_interval和arp_ip_target，否则在链接故障时会导致严重的网络性能退化。很少的设备不支持miimon，因此没有任何理由不使用它们。有些选项不仅支持文本值的设定，出于兼容性的考虑，也支持数值的设定，比如，"mode=802.3ad"和"mode=4"效果是一样的具体的参数列表：1）primay指定哪个slave成为主设备（primary device），取值为字符串，如eth0，eth1等。只要指定的设备可用，它将一直是激活的slave。只有在主设备（primary device）断线时才会切换设备。这在希望某个slave设备优先使用的情形下很有用，比如，某个slave设备有更高的吞吐率注意： primary选项只对active-backup模式有效2）updelay指定当发现一个链路恢复时，在激活该链路之前的等待时间，以毫秒计算。该选项只对miimon链路侦听有效。updelay应该是miimon值的整数倍，如果不是，它将会被向下取整到最近的整数。缺省值为03）arp_interval指定ARP链路监控频率，单位是毫秒(ms)。如果APR监控工作于以太兼容模式（模式0和模式2）下，需要把switch(交换机)配置为在所有链路上均匀的分发网络包。如果switch(交换机)被配置为以XOR方式分发网络包，所有来自ARP目标的应答将会被同一个链路上的其他设备收到，这将会导致其他设备的失败。ARP监控不应该和miimon同时使用。设定为0将禁止ARP监控。缺省值为04）arp_ip_target指定一组IP地址用于ARP监控的目标，它只在arp_interval > 0时有效。这些IP地址是ARP请求发送的目标，用于判定到目标地址的链路是否工作正常。该设定值为ddd.ddd.ddd.ddd格式。多个IP地址通过逗号分隔。至少指定一个IP地址。最多可以指定16个IP地址。缺省值是没有IP地址5）downdelay指定一个时间，用于在发现链路故障后，等待一段时间然后禁止一个slave，单位是毫秒(ms)。该选项只对miimon监控有效。downdelay值应该是miimon值的整数倍，否则它将会被取整到最接近的整数倍。缺省值为06）lacp_rate指定在802.3ad模式下，我们希望的链接对端传输LACPDU包的速率。可能的选项：（1）slow 或者 0请求对端每30s传输LACPDU（2）fast 或者 1请求对端每1s传输LACPDU（3）缺省值是slow7）max_bonds为bonding驱动指定创建bonding设备的数量。比如：如果max_bonds为3，而且bonding驱动还没有加载，那么bond0，bond1，bond2将会被创建。缺省值为16）miimon指定MII链路监控频率，单位是毫秒(ms)。这将决定驱动检查每个slave链路状态频率0表示禁止MII链路监控。100可以作为一个很好的初始参考值。下面的use_carrier选项将会影响如果检测链路状态。更多的信息可以参考“高可靠性”章节。缺省值为08）mode指定bonding的策略。缺省是balance-rr （round robin，循环赛）。可选的mode包括：0，1，2，3，4，5，63、bonding链路监测方法官方文档里说有两种针对链路的监测方法（注意：这两种监测不能同时使用）第一种：miimon（这种方法是最常见的，此方法使用系统的mii-tool命令进行监测）模块加载设置（/etc/modprobe.conf）：# Start of bonding configurealias bond0 bondingoptions bond0 miimon=100 mode=1注意：使用cat /proc/net/bonding/bond0，可查看Bonding Mode: load balancing (round-robin)状态options bond0 miimon=100 mode=0注意：使用cat /proc/net/bonding/bond0，可查看Bonding Mode: load balancing ((active-backup))状态 root@Web:~# mii-tooleth0: negotiated 100baseTx-HD, link oketh1: negotiated 100baseTx-HD, link ok缺点：这种方法，只能监测交换机与该网卡之间的链路；如果它们之外的链路的地方断了,而交换机本身没有问题，也就是说你的网卡和交换机之间还是UP状态,它是不会认为网络中断，除非你的网卡是DOWN状态，它才会把链路转到另一块网卡上，就像是拔掉网线一样，或者把交换机端口shutdown一样第二种：arp（这种方法比较实用，你可以把它看作是arp的ping（二层ping），但是可能会给网关造成一定的压力）模块加载：alias bond0 bondingoptions bond0 arp_interval=100 arp_ip_target=192.168.1.1 mode=active-backup primary=eth0解析如下：arp_interval=100，表示arp的检测时间，等同于miimon=100的作用arp_ip_target=192.168.1.1，表示arp检测的目标IP，必须是同网段的，最好就是网关注意：如果使用arp来ping网关不通，那么在/proc/net/bonding/bond0里会一会down，一会up的优点：使用arp这种方法，如果交换机的上出现问题，网络不通，它就会把链转到另一块网卡上，但是不管是哪种方法，在第一块网卡出现问题，链路转到第二块后，如果第一块恢复正常，链路自己不会恢复的

J. 一台服务器有两块网卡ETH0和ETH1，用同一台电脑PING ETH0正常，PING ETH1却不通，怎么解决ETH1不通的问题

你可以检查一下，A和C的IP肯定是192.168.0.* ，因为A/C和ETH1不处于同一网段，所以不能PING通，要想A/C实现文件共享，可以手动设置IP为192.168.2.*