eth0和eth1相同的mac地址

① eth1 設備的 MAC 地址與預想的不符,忽略， 而且使用ifconfig查看不到eth1這個網卡

還沒啟動eth1吧
你應該這么看
ifconfig -all
就可以看到所有的網卡設備了
ifonfig eth1 up
啟動eth1看看

② 怎麼使用LINUX獲取本機的網路介面eth1的IP地址和MAC地址

方法一：
$/sbin/ifconfig ethX | awk '/inet addr/ {print $2}' | cut -f2 -d ":"

方法二：
$/sbin/ifconfig ethX | awk '/inet addr/ {print $2}' | awk -F: '{print $2}'

方法三：
$/sbin/ifconfig ethX | sed -ne 's/\(.*\)addr:\([[:digit:].]*\)\(.*\)/\2/p'

把ethX中的X替換為需要查看網卡的序號，如eth0,eth1...

獲得本機所有網卡的IPv4地址，方法如下：
$/sbin/ifconfig | awk '{if ( $1 == "inet" && $3 ~ /^Bcast/) print $2}' | cut -f2 -d ":"

如果是IPv6網路，把上面的命令做簡單修改即可，如：
$/sbin/ifconfig | awk '/inet6/ {print $3}' ----全部
$/sbin/ifconfig ethX | awk '/inet6/ {print $3}' ----單個

③ linux下bond網卡eth0、eth1 為什麼在解除bond以後，eth0、eth1 的mac地址還是相同

bond本身綁定網卡時就不會吧、把 eth0 和eth1的mac地址給成相同的，你出現的 MAC 地址相同，可能是你配置文件問題。cat /etc/udev/rules.d/70-persistent-net.rules 看你兩塊網卡的 MAC 相同嗎？

④ 怎樣改變eth0，eth1，eth2，eth3所對應的物理網卡

你好， AC地址也叫物理地址、硬體地址或鏈路地址，由網路設備製造商生產時寫在硬體內部。IP地址與MAC地址在計算機里都是以二進製表示的，IP地址是32位的，而MAC地址則是48位的。MAC地址的長度為48位（6個位元組），通常表示為12個16進制數，每2個16進制數之間用冒號隔開，如：08:00:20:0A:8C:6D就是一個MAC地址，其中前6位16進制數08:00:20代表網路硬體製造商的編號，它由IEEE（電氣與電子工程師協會）分配，而後3位16進制數0A:8C:6D代表該製造商所製造的某個網路產品（如網卡）的系列號。只要你不去更改自己的MAC地址，那麼你的MAC地址在世界是惟一的。
希望能幫到你。

⑤ linux KVM中復制虛擬機後eth0變成eth1問題

linux
KVM中復制虛擬機後eth0變成eth1問題當克隆或者重裝虛擬機後，再啟動系統時會發現系統下不再有eth0，而變成了eth1，當使用/etc/init.d/network重啟網路時，會提示找不到設備eth0及eth1的啟動腳本。做以下改動：/etc/sysconfig/network-scripts/ifcfg-eth0重命名為/etc/sysconfig/network-scripts/ifcfg-eth1/etc/init.d/network
restart
提示找不到eth0發現腳本中的device一項沒有改過來，將其改為eth1（或者刪掉）/etc/init.d/network
restart
提示網卡的物理地址不匹配/etc/sysconfig/network-scripts/ifcfg-eth0中的mac地址為原來eth0網卡的物理地址，而虛擬機為eth1分配新的物理地址，故啟動腳本中的信息與實際信息時不匹配的，將MAC的地址信息從腳本中刪除，再次重啟網路，OK!為什麼原來的eth0會變成eth1？很多linux
distribution使用udev動態管理設備文件，並根據設備的信息對其進行持久化命名。udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而對於新的虛擬機，VMware會自動為虛擬機的網卡生成MAC地址，當你克隆或者重裝虛擬機軟體時，由於你使用的是以前系統虛擬硬碟的信息，而該系統中已經有eth0的信息，對於這個新的網卡，udev會自動將其命名為eth1（累加的原則），所以在你的系統啟動後，你使用ifconfig看到的網卡名為eth1。如何把名字改回eth0？在fedora
11中，udev記錄網路規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules打開該文件，這時你會發現，裡面有eth0，eth1兩個網卡的信息，但實際上你ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。將其中eth0的信息刪掉，並將eth1信息中的設備名改為eth0，重啟系統，你看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫你發現新的設備的。

⑥ linux 通過IP地址的MAC地址

可以使用ifconfig命令。ifconfig是linux中用於顯示或配置網路設備（網路介面卡）的命令，英文全稱是network interfaces configuring。它能夠顯示網卡的IP地址、子網掩碼、廣播地址、硬體地址等信息。

用法示例：

查看網卡eth0的mac地址

$ ifconfig eth0

mac地址位於上圖中的紅色方框處。

⑦ linux中網卡文件位置

網卡，即網路介面板，又稱網路適配器或NIC (網路介面控制器)，是一塊被設計用來允許計算機在計算機網路上進行通訊的計算機硬體。由於其擁有MAC地址，因此屬於OSI模型的第1層。它使得用戶可以透過電纜或無線相互連接。 每一個網卡都有一個被稱為MAC地址的獨一無二的48位串列號，它被寫在卡上的一塊ROM中。

一、環境

VirtualBox + CentOS6.5

二、問題

有時候在克隆伺服器之後配置網路時，或者在維護別人建好的伺服器時，會遇到這樣一種情況。如下圖所示：

即：在介面配置文件ifcfg-eth0中，配置的是網卡eth1的信息。

這種不一致有可能對強迫症造成一定的困擾，有時候我們更想要的是：在ifcfg-eth0文件中，配置的應該是網卡eth0的信息，而網卡eth1，則應該是在ifcfg-eth1中進行配置。

三、解決辦法

要解決上面的問題，大致有兩種方法：

1） 將介面配置文件的文件名由ifcfg-eth0修改為ifcfg-eth1；

2） 將網卡eth1的名稱修改為eth0.

方法一：

該方法實測是可行的，如下圖所示，修改完之後直接重啟網路即可。

方法二：

這種方法的直觀感覺是直接在ifcfg-eth0配置文件中將網卡名稱由eth1修改為eth0，但是這樣改的話，重啟網路會出現Device eth0 does not seem to be present即：設備 eth0 不存在的錯誤，如下圖所示，該問題的解決參考《L08-Linux解決Device eth0 does not seem to be present,delaying initialization問題》 。

所以還不能簡單粗暴的這么改，因為，正如下圖由ifconfig –a命令查詢到的，伺服器所識別的網卡依然是eth1，而不是eth0。

註：記住這里的mac地址08:00:27:74:39:02，在後面的實施步驟中可作為修改的依據，因為一台伺服器的IP可以隨意改變，但是mac地址是唯一的。

⑧ 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這種方法，如果交換機的上出現問題，網路不通，它就會把鏈轉到另一塊網卡上，但是不管是哪種方法，在第一塊網卡出現問題，鏈路轉到第二塊後，如果第一塊恢復正常，鏈路自己不會恢復的

⑨ Linux的網卡由eth0變成了eth1，怎麼修復

在fedora中，udev記錄網路規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules

[user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules

# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

打開該文件，這時你會發現，裡面有eth0，eth1兩個網卡的信息，但實際上你ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。

將其中eth0的信息刪掉，並將eth1信息中的設備名改為eth0，重啟系統，你看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫你發現新的設備的。

另外還有一個啟動腳本文件/etc/sysconfig/network-scripts/ifcfg-eth0，該文件中的mac地址為原來eth0網卡的物理地址，而虛擬機為eth1分配新的物理地址，故啟動腳本中的信息與實際信息時不匹配的，將MAC的地址信息修改為70-persistent-net.rules中的eth1的MAC地址，再次重啟網路，就完全恢復到以前eth0網卡的狀態了。

⑩ 各位達人，REDHAT 5.6 LINUX 2個網卡配置了2個IP,為什麼一個網段通，另一個不同呢。

先看看普通網卡IP地址的配置，修改/etc/sysconfig/network-scripts/ifcfg-eth0文件內容為：

DEVICE=eth0 #物理設備名
HWADDR=00:0C:29:01:98:27 #MAC地址
BOOTPROTO=static #靜態分配
IPADDR=192.168.1.103 #這就是你設置的靜態IP地址
NETMASK=255.255.255.0 #子網掩碼
GATEWAY=192.168.1.1 #網關地址
ONBOOT=yes #引導或啟動網卡服務時是否激活設備

RHEL6下bond的雙網卡綁定服務
操作步驟和注意事項如下：
1、注意事項：
首先確認要綁定的是哪2個網口，避免綁定時綁錯網口。
2、說明：
這里以綁定eth0和eth1的2個網口為例。
配置文件都在/etc/sysconfig/network-scripts/目錄下。
操作步驟
綁定前需要徹底關閉NetworlManger服務，否則會和bond網卡沖突
12 chkconfig NetworlMangeroff #停止開機啟動該服務
service NetworlManger stop #停止網卡管理服務，其中網卡配置文件中NM_CONTROLLED=yes //設備eth0是否可以由Network Manager圖形管理工具託管，可以直接刪除本行。

1、編輯新的ifcfg-bond0文件
cd/etc/sysconfig/network-scripts/
cp–rfifcfg-eth0ifcfg-bond0##復制ifcfg-eth0到ifcfg-bond0
ls##查看文件，即可看到有ifcfg-bond0文件
增加或修改如下內容：

# vi ifcfg-bond0
DEVICE=bond0
IPADDR=192.168.1.155
NETMASK=255.255.255.0
GATEWAY=192.168.1.254 ##此IP信息為客戶要求信息
ONBOOT=yes
BOOTPROTO=static
USERCTL=no
BONDING_OPTS=」mode=0 miimon=100 primary=eth0」 ##設置eth0為主通信網口，具體以現場情況為准

保存退出
2、分別編輯ifcfg-eth0和ifcfg-eth1文件

# vi ifcfg-eth0
DEVICE=eth0
HWADDR=AB:CD:EF：12：34:56 注意eth0的MAC地址要保留。不要刪除或屏蔽
USERCTL=no
ONBOOT=yes
MASTER=bond0
SLAVE=yes
BOOTPROTO=none
#vi ifcfg-eth1
HWADDR=AB:CD:EF：12：34:57 注意eth1 的MAC地址要保留。不要刪除或屏蔽
DEVICE=eth1
USERCTL=no
ONBOOT=yes
MASTER=bond0
SLAVE=yes
BOOTPROTO=none

注意：其他未要求設置網口，需將網卡配置文件中的全部屏蔽或去掉，MAC地址必須保留。以免硬碟網卡綁定，造成網卡順序漂移。
不過不用擔心，在linux系統中有個記錄eth設備網卡名和MAC地址的對應關系表

3、修改/etc/modprobe.d/dist.conf文件，添加以下內容：

alias bond0 bonding
options bond0 miimon=100 mode=0 ##具體以施工現場要求為准

說明：
miimon是用來進行鏈路監測的。比如：miimon=100，那麼系統每100ms監測一次鏈路連接狀態，如果有一條線路不通就轉入另一條線路；
mode的值表示工作模式，他共有0，1，2，3四種模式，常用的為0，1兩種。需根據交換機可提供的工作模式選擇。
mode=0表示loadbalancing(round-robin)為負載均衡方式，兩塊網卡都工作。
mode=1表示fault-tolerance(active-backup)提供冗餘功能，工作方式是主備的工作方式，也就是說默認情況下只有一塊網卡工作，另一塊做備份。
※注意：
a、bonding只能提供鏈路監測，即從主機到交換機的鏈路是否接通。如果只是交換機對外的鏈路down掉了，而交換機本身並沒有故障，那麼bonding會認為鏈路沒有問題而繼續使用。
b、設置的模式要與交換機設置的模式一致。

4、重啟系統
系統啟動時，會自動載入bond模塊和激活冗餘網卡設置。可使用以下命令進行判斷：
#ifconfig
即可看到bond0的信息，bond0會自動獲取eth0的MAC地址。
若確認bond0網卡已經激活，可通過插拔網線或ifdownethX操作進行切換測試。在切換過程中，網路連接正常即可。

比較細心的人就會發現，bond0、eth0、eth1這組的三個網卡的MAC地址是一樣的。