設備網卡名稱eth0與mgmt

㈠ linux系統下,如何永久設置網路介面的ip地址

圖形化下

這里就不說了吧，但是記住做上面的那兩個勾 ，自動連接一定要勾上

命令行的如下：

[root@localhost ~]# vi /etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0#網卡設備名稱

ONBOOT=yes#啟動時是否激活 yes | no

BOOTPROTO=static#協議類型 dhcp bootp none

IPADDR=192.168.1.90#網路IP地址

NETMASK=255.255.255.0#網路子網地址

GATEWAY=192.168.1.1#網關地址

BROADCAST=192.168.1.255#廣播地址

HWADDR=00:0C:29:FE:1A:09#網卡MAC地址

TYPE=Ethernet#網卡類型為乙太網

註：在修改文件ifcfg-ethx後還需要重新導入文件才能生效，具體命令如下：

[root@localhost ~]# service network restart #(linux 6.X用此命令)

[root@localhost ~]# systemctl restart network #(linux 7.X用此命令)

㈡ linux下 ip addr add 192.168.0.2/24 brd 192.168.0.255 dev eth0 這句話是什麼意思

這是一條Linux系統IP地址配置命令。具體含義是：

設置系統的IP地址為192.168.0.2；子網掩碼為24，也就是255.255.255.0；廣播地址為192.168.0.255；網卡設備名稱為eth0。

網路中的計算機都必須設置唯一的IP地址，才能正常通信。由於有這種唯一的地址，才保證了用戶在聯網的計算機上操作時，能夠高效而且方便地從千千萬萬台計算機中選出自己所需的對象來。

IP地址就像是我們的家庭住址一樣，如果你要寫信給一個人，你就要知道他（她）的地址，這樣郵遞員才能把信送到。計算機發送信息就好比是郵遞員，它必須知道唯一的「家庭地址」才能不至於把信送錯人家。只不過我們的地址是用文字來表示的，計算機的地址用二進制數字表示。

eth0是系統為網卡設置的名稱。如果有雙網卡或者多塊網卡，就會有類似於eth1，eth2這樣的名稱。名稱是可以人為設置的。它是當前計算機系統中網卡的唯一名稱。

(2)設備網卡名稱eth0與mgmt擴展閱讀

修改完成後可以用ifconfig命令查看是否修改成功。

㈢ linux/centos如何查看網卡是100M還是1000M

可以使用ethtool命令進行查看，使用格式ethtool 網路介面名。

以下為例，eth0為網卡名，使用ifconfig查看當前使用的網卡。

Speed表示網卡帶寬，Duplex表示工作模式，Supported link modes表示支持的工作模式。

(3)設備網卡名稱eth0與mgmt擴展閱讀：

ethtool命令的其它用法：

1、查詢網路埠位置：ethtool -p ethX

這個命令多用於管理多網口的伺服器主機，由於背板的網路埠數量大，有時候不知道那個物理埠對應eth0或其他設備號，我們就可以使用這個命令來查詢。

用法：ethtool -p eth0

效果：設備號eth0對應的物理埠的兩個指示燈會閃爍

2、修改網路埠速率：ethtool -s

這個命令多用於手工設置網路速率，一般千兆網卡支持10|100|1000三個速率，單位是Mbps。

用法：ethtool -s eth0 speed 1000 plex full autoneg off

效果：將設備號eth0對應的物理埠設置為速率為1000Mbps，全雙工工作模式，同時關閉自動協商。

㈣ ETH0什麼意識我是小白…

首先說一下Ethernet（乙太網）是所謂802.3標准，當然你所問的（eth0）是指乙太網卡，就是乙太網Ethernet前三字面的縮寫，用來表示網卡的。linux系統中eth0,eth1,eth2...等等來表示網卡設備。對應windows系統就是你的Ethernet Adapter 本地連接。

㈤ interface mgmt eth 是什麼介面

近年來cisco高端路由器基本都採用了IOS XR系統，而不是原來的IOS系統；原來的IOS系統有各種各樣的模擬器可以模擬，各種玩法；但是IOS XR的模擬似乎就沒有太多的選擇了，在cisco官網可以下載到iosxrv-k9-demo-5.2.0文件（版本不一定是5.2.0了），使用VMware可以運行，模擬IOS XR系統。
但是，初次使用的時候遇到一個問題，就是默認情況下IOS XR模擬出來的路由器，只有兩個物理介面：MgmtEth0/0/CPU0/0、GigabitEthernet0/0/0/0，這顯然不夠玩啊。
於是，在VMware下面，增加虛擬機的【網路適配器】，無論怎麼增加，到IOS XR系統裡面，物理介面的數量始終是不變的，這可如何是好？！
解決辦法是這樣的：IOS XR虛擬機在我的文檔中，對應的文件夾下面，有一個文件：xxxxx.vmx，xxxxx對應的是虛擬機的名稱。使用寫字板打開（注意：不用使用記事本打開和編輯，因為這樣會導致最後運行虛擬機的時候報錯，提示「字典錯誤」），該文檔中，有IOS XR物理介面的一些信息，例如：
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.connectionType = "bridged"
ethernet0.startConnected = "TRUE"
ethernet0.addressType = "generated"
ethernet0.generatedAddress = "00:0c:29:1c:1d:34"
這個文檔中，ethernet的數量和虛擬機的【網路適配器】的數量是一致的，根據文檔中每個ethernet的mac地址，就可以和虛擬機中的各個【網路適配器】對應。所以只要增加虛擬機的【網路適配器】，這個文檔中的Ethernet的數量就增加，並增加相應的配置。
而本文所要解決的問題，根源於一條命令：ethernet0.virtualDev = "e1000"，默認的時候，就ethernet0和ethernet1有該命令，其他的物理介面如ethernet2、ethernet3則沒有該命令，所以IOS XR虛擬出來的路由器就沒有對應的物理介面，通過增加類似以下命令，可以解決無法增加路由器物理介面的問題：
ethernet2.virtualDev = "e1000"
ethernet3.virtualDev = "e1000"
可以根據自己試驗的需要，在虛擬機下增加【網路適配器】，並在vmx文件中增加上面的命令，保存文檔，再次打開進入，就可以看到IOS XR路由器的物理介面增加了，如下
RP/0/0/CPU0:XR#sho ip int bri
Thu Jul 16 22:45:55.638 UTC

Interface IP-Address Status Protocol
MgmtEth0/0/CPU0/0 unassigned Shutdown Down
GigabitEthernet0/0/0/0 unassigned Up Up
GigabitEthernet0/0/0/1 unassigned Shutdown Down
GigabitEthernet0/0/0/2 unassigned Shutdown Down
GigabitEthernet0/0/0/3 unassigned Shutdown Down
注意，在修改該vmx文檔時，需要先關閉虛擬機，保存關閉文檔後，再打開虛擬機。
IOS XR虛擬機在剛啟動的時候，比較慢，需要比較長時間後才載入配置，再此之前的配置也無法保存，只要等待一段時間，即可恢復正常使用。

㈥ kali搜不到筆記本的網卡

一、 在文件系統里找到/etc/network下的interfaces文件，打開後可以看到eth0為dhcp，將其修改為如下形式：
# This file describes the network interfaces available on your system
# and how to activate them. For more information， see interfaces（5）。
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static //配置eth0使用默認的靜態地址
address 192.168.77.133 //設置eth0的IP地址
netmask 255.255.255.0 //配置eth0的子網掩碼
gateway 192.168.77.254 //配置當前主機的默認網關
「interfaces」文件中還有很多其他的設置項，如需要了解更多的信息，可以使用man命令查詢「interfaces」文件的手冊頁。
#man interfaces
其中eth0指本機乙太網卡一，類似的，eth1指本機的乙太網卡2。一般一台電腦只有一個eth0。網卡的設備名/dev/eth0 和硬體的MAC 地址52:54:AB:DD:6F:61對應，MAC 地址是生產廠家定的，每個網卡擁有的唯一地址。
linux下，用ifconfig後，能看到eth0，可能還會看到eth0：1。其中eth0：1是指eth0的分ip存儲文件，分ip存儲文件格式為ifcfg-eth0：X， X為任意正整數（包括0）
具體作用是實現單網卡多ip，類似與windows的多ip。
二、配置DNS
Kali Linux的DNS伺服器地址使用文件「/etc/resovl.conf」進行配置，用戶可以通過「nameserver」配置項設置DNS伺服器的 IP地址；「resolv.conf」文件中最多可以使用
「nameserver」指定3個DNS伺服器，按照先後的順序，一旦前面的DNS伺服器失效，系統將自動使用後面的DNS伺服器。
對於「resolv.conf」文件設置「nameserver」的修改是即時生效的，即只要對「resolv.conf」文件的修改進行了保存，在系統下一次需要進行域名的解析時就會按照該文件中指定
的DNS伺服器IP地址進行域名的解析。
在resolv.conf中的格式如下：
domain
nameserver 10.10.10.10
nameserver 102.54.16.2
三、重啟網路
在之前的步驟完成後保存，然後在終端里邊重啟網路，命令如下：/etc/init.d/networking restart
完了之後打開瀏覽器就可以在校內網下載登錄客戶端上網了！

㈦ redhat 萬兆和千兆的網卡命名問題

新弄了一批機器，為了准備切換到萬兆環境，給機器配了雙千兆和雙萬兆混合的4介面網卡，然後就出了一點問題

centos 7 引入了網路一致化命名規則，具體可以看紅帽的聯網指南

主要部分摘抄如下

------------引用專用分割線----------------------------

8.1. 命名方案層級結構

默認情況下，systemd 會使用以下策略，採用支持的命名方案為介面命名：

方案 1： 如果固件或 BIOS 信息適用且可用，則使用整合了為板載設備提供索引號的固件或 BIOS 的名稱（例如：eno1），否則請使用方案 2。

方案 2： 如果固件或 BIOS 信息適用且可用，則使用整合了為 PCI 快速熱插拔插槽提供索引號的固件或 BIOS 名稱（例如 ens1），否則請使用方案 3。

方案 3： 如果硬體連接器物理位置信息可用，則使用整合了該信息的名稱（例如：enp2s0），否則請使用方案 5。

方案 4：  默認不使用整合介面 MAC 地址的名稱（例如：enx78e7d1ea46da），但用戶可選擇使用此方案。

方案 5： 傳統的不可預測的內核命名方案，在其他方法均失敗後使用（例如： eth0）。

這個策略（如上所述）是默認策略。如果該系統已啟用  biosdevname ，則會使用該方案。註：啟用  biosdevname  需要添加 biosdevname=1 作為命令行參數（Dell 系統除外），此時只要安裝  biosdevname ，就會默認使用該方案。如果用戶已添加  udev  規則，該規則會更高內核設備名稱，則會優先使用這些規則。

設備命名過程如下：

/usr/lib/udev/rules.d/60-net.rules 文件中的規則會讓  udev  幫助工具  /lib/udev/rename_device  查看所有 /etc/sysconfig/network-scripts/ifcfg- suffix  文件。如果發現包含 HWADDR 條目的 ifcfg 文件與某個介面的 MAC 地址匹配，它會將該介面重命名為 ifcfg 文件中由 DEVICE 指令給出的名稱。

/usr/lib/udev/rules.d/71-biosdevname.rules 中的規則讓  biosdevname  根據其命名策略重命名該介面，即在上一步中沒有重命名該介面、已安裝  biosdevname 、且在 boot 命令行中將 biosdevname=0 作為內核命令給出。

/lib/udev/rules.d/75-net-description.rules 中的規則讓  udev  通過檢查網路介面設備，填寫內部  udev  設備屬性值 ID_NET_NAME_ONBOARD、ID_NET_NAME_SLOT、ID_NET_NAME_PATH。註：有些設備屬性可能處於未定義狀態。

/usr/lib/udev/rules.d/80-net-name-slot.rules 中的規則讓  udev  重命名該介面，優先順序如下：ID_NET_NAME_ONBOARD、ID_NET_NAME_SLOT、ID_NET_NAME_PATH。並提供如下信息：沒有在步驟 1 或 2 中重命名該介面，同時未給出內核參數 net.ifnames=0。如果一個參數未設定，則會按列表的順序設定下一個。如果沒有設定任何參數，則不會重命名該介面。

-----------以上是紅帽的聯網指南-------

其實簡述上面的信息就是首先看內核參數是否啟用了biosdevname=1 （默認是啟用），如果bios提供了設備的名稱就使用bios提供的名稱

如果沒有，就根據網卡配置中 device=eth，em，xyz 的名字來命名這個網卡，但是如果這樣命名的話，必須在配置里寫死網卡的mac地址

作為網卡的識別標志，對單網卡當然沒什麼問題，但是如果在集群環境里，HA，以及bonding環境里，為了快速切換網路流量，往往要屏蔽mac，

使用虛擬mac，或者多塊網卡使用一個mac地址，這個時候需要在配置文件里屏蔽mac地址，因此就需要區改udev的配置文件來解決

我所遇到的問題是，使用了biosdevname=0和 net.ifnames=0 參數後，（因為以前有大量的centos6的機器，為了移植方便，不使用一致性命名規則，網卡名依然是eth0，eth1.。。。）安裝伺服器時一切正常，但啟動系統後，發現系統將插在第一個埠的網卡認為是eth2，和預期不符，本能的認為udev可以解決問題，於是添加了udev的規則

```

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xa", ATTR{type}=="1", KERNEL=="*", NAME="eth0"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xb", ATTR{type}=="1", KERNEL=="*", NAME="eth1"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xc", ATTR{type}=="1", KERNEL=="*", NAME="eth2"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="24:6e:96:ac:a1:xd", ATTR{type}=="1", KERNEL=="*", NAME="eth3"

```

發現不起作用，，難道寫錯了？換個規則，用pci設備號去綁定

SUBSYSTEM=="net", ACTION=="add", KERNEL=="eth*", SUBSYSTEM=="pci", KERNELS===="0000:01:00.0", NAME="eth0"

依然沒用

用下面的命令debug一下

udevadm test /sys/class/net/eth0

結果縮略如下

rules contain 49152 bytes tokens (4096 * 12 bytes), 13451 bytes strings

2076 strings (25677 bytes), 1399 de-plicated (12904 bytes), 678 trie nodes used

NAME 'eth2' /etc/udev/rules.d/60-net.rules:6

IMPORT builtin 'net_id' /usr/lib/udev/rules.d/75-net-description.rules:6

IMPORT builtin 'hwdb' /usr/lib/udev/rules.d/75-net-description.rules:12

IMPORT builtin 'path_id' /usr/lib/udev/rules.d/80-net-setup-link.rules:5

IMPORT builtin 'net_setup_link' /usr/lib/udev/rules.d/80-net-setup-link.rules:9

No matching link configuration found.

RUN '/usr/lib/systemd/systemd-sysctl --prefix=/net/ipv4/conf/$name --prefix=/net/ipv4/neigh/$name --prefix=/net/ipv6/conf/$name --prefix=/net/ipv6/neigh/$name' /usr/lib/udev/rules.d/99-systemd.rules:55

Error changing net interface name 'eth0' to 'eth2': File exists

could not rename interface '2' from 'eth0' to 'eth2': File exists

created db file '/run/udev/data/n2' for '/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/net/eth0'

ACTION=add

DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:06:00.0/net/eth0

ID_BUS=pci

ID_MODEL_FROM_DATABASE=I350 Gigabit Network Connection (Gigabit 4P X540/I350 rNDC)

粗體看到原來是設備已經存在，無法重命名，於是想到的重新載入驅動

modprobe -rv igb

modprobe -rv ixgbe

然後按順序載入驅動

modprobe ixgbe

modprobe  igb

終於可以看到效果了，不過重啟就完蛋了

於是想是否可以調整驅動載入順序？

找了半天文檔，發現可以通過重新打包內核啟動文件和編譯內核兩條路實現，不過這顯然又增加了很多麻煩，總不能升級一次內核，就重新打一次包吧

看看其他方法。最好發現簡單的方法就是修改啟動內核的參數 將 biosdevname=0和net.ifnames=0 改為 biosdevname=0和net.ifnames=1 ，這樣系統啟動時，會按照上述一致性命名規則，重新命名網卡，可以預期的是，已dell板載網卡為例，網卡會依次命名為eno1，eno4，等等，然後再載入udev規則，按照udev規則，再次重新命名為我們期望的eth0，eth1，等等

當然配置文件可以用ansible搞定，我這里的模版內容就是

ifcfg-eth0.j2

------

NAME="eth0"

DEVICE="eth0"

ONBOOT=yes

HWADDR="{{ hostvars[inventory_hostname].ansible_eth1.macaddress }}"

NETBOOT=yes

IPV6INIT=no

BOOTPROTO=static

TYPE=Ethernet

----------

這樣udev 規則就生效了，其實就是啟動過程中，當上述兩個參數全為0時，網路設備只能叫ethx，先載入的驅動搶佔了eth0和eth1時，（我這里是千兆的設備驅動 igb先啟動）後起的設備想按udev規則rname時，發現eth0，和eth1 已經被占據了，因此命名失敗，所以深入理解啟動順序和動作其實還是蠻重要的

參考鏈接  https://access.redhat.com/documentation/zh-cn/red_hat_enterprise_linux/7/html/networking_guide/sec-understanding_the_device_renaming_procere

紅帽知識庫文章引用如下

㈧ centos網卡命名規則以及更名方法

Linux 操作系統的網卡設備的傳統命名方式是 eth0、eth1、eth2等，而 CentOS7 提供了不同的命名規則，默認是基於固件、拓撲、位置信息來分配。這樣做的優點是命名全自動的、可預知的，缺點是比 eth0、wlan0 更難讀，比如 ens33 。

規則1：

對於板載設備命名合並固件或 BIOS 提供的索引號，如果來自固件或 BIOS 的信息可讀就命名，比如eno1，這種命名是比較常見的，否則使用規則2。

規則2：

命名合並固件或 BIOS 提供的 PCI-E 熱插拔口索引號，比如 ens1，如果信息可讀就使用，否則使用規則3。

規則3：

命名合並硬體介面的物理位置，比如 enp2s0，可用就命名，失敗直接到方案5。

規則4：

命名合並介面的 MAC 地址，比如 enx78e7d1ea46da，默認不使用，除非用戶選擇使用此方案。

規則5：

使用傳統的方案，如果所有的方案都失敗，使用類似 eth0 這樣的樣式。

1、前2個字元的含義

2、第3個字元根據設備類型選擇

如果不習慣使用新的命名規則，可以恢復使用傳統的方式命名，編輯 grub 文件，增加兩個變數，再使用 grub2-mkconfig 重新生成 grub 配置文件即可。

1、編輯 grub 配置文件

2、重新生成 grub 配置文件

然後重新啟動 Linux 操作系統，通過 ip addr 可以看到網卡名稱已經變為 eth0 。

3、修改網卡配置文件

原來網卡配置文件名稱為 ifcfg-ens33，這里需要修改為 ethx 的格式，並適當調整網卡配置文件。

注意：ifcfg-ens33 文件最好刪除掉，否則重啟 network 服務時候會報錯。