eth0起不來

A. 深信服AC-1200知道怎麼還原復位嗎

設備在斷電之後，需要使用一根特定的交叉網線連接到ETH0和ETH1口。接著重新啟動設備。在設備進行第二次重啟，紅燈亮起的瞬間，迅速拔掉這根交叉網線。

確保使用的網線是交叉網線，因為普通的直通網線無法實現這種功能。在設備啟動過程中，第二次重啟時的紅燈亮起是一個關鍵信號。這個信號表明設備正處於復位模式，此時拔掉交叉網線，設備會進入還原復位狀態。

值得注意的是，在操作過程中，一定要在紅燈亮起的瞬間迅速拔掉網線，以免錯過最佳時機。操作完成後，設備會自動進入還原復位狀態，所有配置信息將被清除，恢復到出廠設置。

如果在操作過程中遇到任何問題，建議查閱設備的用戶手冊或聯系深信服的技術支持團隊。他們可以提供更詳細的指導，確保設備正確地進行還原復位。

B. Linux克隆虛擬機引起的Deviceeth0doesnotseemto

系統大全為您提供
虛擬機Vmware上克隆了一個RedHatEnterpriseLinx啟動時發現找不到網卡，如下所示，如果你在命令窗口啟動網路服務就會遇到」,delayinginitialization「錯誤
 關於這個錯誤，搜索了一下網上的資料，發現還蠻多人遇到過這類錯誤，了解了一下錯誤產生的原因和解決方案
 
錯誤原因：
   
    克隆的Linux系統在新的機器上運行，新伺服器網卡物理地址已經改變。而/etc/udev/rules.d/70-persistent-net.rules這個文件確定了網卡和MAC地址的信息之間的綁定，克隆後的網卡的MAC已經發生了變化，所以導致系統認為網路設備不存在，網路不能正常啟動。另外一個就是/etc/sysconfig/network-scripts/ifcfg-eth0裡面MAC地址也是以前的舊信息。
   關於/etc/udev/rules.d/70-persistent-net.rules這個文件，系統在啟動時會自動監測變化，然後由
b/udev/write_net_rules寫入到/etc/udev/rules.d/70-persistent-net.rules中一個新的配置節，網卡的的序號依次遞增（如原來為eth0,則修改第一後生成一個eth1,再次修改後生成一個eth2...）,且其ATTR{address}的值為當前網卡對應的mac地址。
 
解決方法：
 
1：編輯/etc/sysconfig/network-scripts/ifcfg-eth0配置文件，將ifcfg-eth0的配置文件里裡面以前的關於MAC地址這一行刪除掉或修改。另外克隆的伺服器的IP設置的是靜態IP，要麼修改為一個其它的IP地址或設置為動態IP，重啟網卡服務
 
2：找到/etc/udev/rules.d/70-persistent-net.rules 刪除後重啟機器，系統會自動生成一個70-persistent-net.rules文件。
因為這個文件綁定了網卡和MAC地址，換了網卡以後MAC地址變了，所以不能正常啟動，也可以直接編輯這個配置文件把裡面的網卡和MAC地址修改成對應的，不過這樣多麻煩，直接刪除重啟，它會自動生成個一個新的文件。
 
刪除前70-persistent-net.rules的內容 
重新生成的70-persistent-net.rules的內容
重啟過後OK，但是我想將測試伺服器設置為動態IP，於是在/etc/sysconfig/network-scripts/ifcfg-eth0配置文件裡面修改了一番，但是老是獲取不到IP地址，將地址改為靜態IP地址又沒有問題，折騰了好久，最後悲催的發現需要運行dhclient命令才能獲取動態IP地址。
 
  以上就是系統大全給大家介紹的如何使的方法都有一定的了解了吧，好了，如果大家還想了解更多的資訊，那就趕緊點擊系統大全官網吧。 
 
本文來自系統大全http:///如需轉載請註明！推薦：win7純凈版

C. 新安裝的Centos7系統怎麼將網卡名稱改為eth0

從CentOS/RHEL7起，可預見的命名規則變成了默認。這一規則，介面名稱被自動基於固件，拓撲結構和位置信息來確定。現在，即使添加或移除網路設備，介面名稱仍然保持固定，而無需重新枚舉，和壞掉的硬體可以無縫替換。
但是這樣一來，雖然有好處，但也影響了不少用戶的操作，因為新的命名方案介面名稱比傳統的eth0相比有點難以閱讀。出於習慣等一些原因，你想修改網卡名稱，下面為大家介紹如何在CentOS7或RHEL7命名網路介面。
1、系統安裝完畢，可能你的網卡命名是這樣的！
2、首先，先編輯網卡的配置文件vi /etc/sysconfig/network-scripts/ifcfg-eno16777736 將裡面的NAME項修改為eth0
3、繼續，重命名該配置文件。
4、然後，禁用該可預測命名規則。對於這一點，你可以在啟動時傳遞「net.ifnames=0 biosdevname=0 」的內核參數。這是通過編輯/etc/default/grub並加入「net.ifnames=0 biosdevname=0 」到GRUBCMDLINELINUX變數來實現的。
5、運行命令grub2-mkconfig -o /boot/grub2/grub.cfg來重新生成GRUB配置並更新內核參數。
6、其實到第5步的時候，重啟在ifconfig查看應該就已經生效了，根據Centos 官方WIKI的FAQ中得知，如果你有多個介面，並且想要控制其設備名，而不是讓內核以它自己的方式命名，創建,/etc/udev/rules.d/XXX-net.rules規則是必要的！那麼這里我們也創建好規則吧。
注意：以前系統的net規則名稱是70-persistent-net.rules，這里我也按照這個名字定義規則！
7、重啟系統，驗證！
注意事項：如果Centos7系統minimal方式安裝是沒有ifconfig命令的，可以通過安裝net-tools解決。

D. Centos 雙網卡載入順序引起默認路由配置問題

centos cloud和 裸機均有次問題。

當centos有2個網卡，eth0是連公網，eth1是連內網，default route應該走eth0，系統啟動後不能從公網鏈接。

原因是default route 配置到eth1了，找原因：

/etc/sysconfig/network-scripts/ifcfg-eth0:

/etc/sysconfig/network-scripts/ifcfg-eth1:

雖然有cloudinit 配置默認路由，但是後面還得network service再配置一把，最終改路由的腳本：

network service是按照eth0,eth1 的順序配置網卡的，配置eth0的時候有DEFROUTE=yes，但是到了配置eth1的時候配置文件ifcfg-eth1里沒有指定DEFROUTE，而腳本只判斷了變數!="no",其實DEFROUTE這個變數沒定義，這個條件也滿足，後面也會把default route 替換成從eth1的。

解決辦法很多，一個簡單的就是echo "DEFROUTE=no" >> /etc/sysconfig/network-scripts/ifcfg-eth1

這個還可以寫在cloud環境的userdata里。