紅帽ifcfgeth0

⑴ 如何為CentOS 7配置靜態IP地址的兩種方法

兩種方法可以更改：

一、netconfig命令

輸入netconfig後將會出現下圖所示，單擊yes按鈕。

進行相關配置後ok退出。

二、編輯網卡配置文件

1、vi /etc/sysconfig/network-scripts/ifcfg-eth0

2、配置完以後重啟動服務，ip地址就配置好了。

注意：此方法配置的ip地址後計算機從新啟動仍然有效。

⑵ 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

紅帽知識庫文章引用如下

⑶ 虛擬機下 LINUX紅帽子系統 IP之類的該怎麼配置

1、首先配置ip地址與linux在同一個網段。
兩種方式：
第一種，臨時設置，不寫入到配置文件中，重啟後IP地址消失。使用的方法是：
ifconfig eth0 IP地址 netmask 255.255.255.0
其中IP地址依據虛擬機與真實機器所連接的網卡IP來設置，同一個網段即可。
第二種，在虛擬終端中運行setup,或system-config-network或者修改配置文件/etc/sysconfig/network/ifcfg-eth0(好像是這個文件，自己去找一下，設置格式也要查一下，其實運行setup設置與system-config-network工具配置就是修改此配置文件）。
2、與WINDOWS共享
有兩種方式：
（一）nfs方式：
第一步：WINDOWS上安裝nfs client端，如果是vista，直接在添加組件中就可以添加，如果是XP可以去官方下載一個nfs client端安裝上。
第二步：在linux上配置nfs伺服器，很簡單，裝好伺服器，改一下/etc/exports文件就好了。
（二）samba文件共享：
linux安裝samba伺服器，如果是用rpm包安裝的，修改下/etc/samba/conf/smb.conf文件，找相關資料。很簡單，如果還安裝了system的一些組件，可以運行system-config-samba用圖形界面的方式來配置，如果安裝了web組件，還可以通過web方式來配置。