前言

一塊網(wǎng)卡的mac地址在出廠時已經(jīng)寫入，有時候是寫入可以擦寫的rom中，但是要有相當?shù)膶I(yè)技術(shù)或?qū)I(yè)的設(shè)備。

對于一些綁定了mac地址，更換了設(shè)備后又不想更換mac的，就需要修改mac地址了。

查看網(wǎng)卡MAC地址

使用ip命令就能查看MAC地址了:

ip link show ${interface}

2: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
 link/ether f0:de:f1:ad:1d:f0 brd ff:ff:ff:ff:ff:ff

其中 link/ether 后面那一串用 : 分割的6字節(jié)十六進制數(shù)就是網(wǎng)卡的MAC地址了，也就是 f0:de:f1:ad:1d:f0

手工修改MAC地址

使用ip命令也能修改MAC地址，但是需要root權(quán)限：

1、禁用網(wǎng)卡

sudo ip link set dev ${interface} down

2、修改MAC地址

有的網(wǎng)絡(luò)運營商可能會拒絕為不正確的 MAC 分配 IP 地址,因此推薦前三個字節(jié)用真實的MAC地址前綴，后三個字節(jié)可以隨機更改。

sudo ip link set dev ${interface} address ${new_mac}

我們再查看一下網(wǎng)卡的MAC地址

ip link show ${interface}

2: enp0s25: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
 link/ether f0:de:f1:ff:ff:ff brd ff:ff:ff:ff:ff:ff

你會發(fā)現(xiàn)網(wǎng)卡已經(jīng)被改成新的MAC地址了.

3、最后重啟網(wǎng)卡

sudo ip link set dev ${interface} up

自動更改

systemd-networkd服務(wù)能通過 link 文件(底層物理網(wǎng)絡(luò)設(shè)備配置)來設(shè)置MAC地址

我們通過 [Match] 小節(jié)來匹配某個網(wǎng)卡，然后通過 [Link] 小節(jié)來對網(wǎng)卡進行配置

Match小節(jié)

如果 “[Match]” 小節(jié)中的每一項都與某個網(wǎng)卡匹配， 那么視為該Link文件與該網(wǎng)卡匹配。若 “[Match]” 小節(jié)為空則表示匹配任意網(wǎng)卡。

所有可用于匹配的選項如下：

MACAddress

匹配網(wǎng)卡的物理地址(MAC地址)

OriginalName

匹配網(wǎng)卡的”INTERFACE”屬性值(網(wǎng)卡的內(nèi)核名稱)。 接收一個空格分隔的匹配模式列表(使用shell風格的通配符)。 不可用于匹配已經(jīng)被用戶空間改了名字的網(wǎng)卡。 應(yīng)該小心使用此選項， 因為網(wǎng)卡的內(nèi)核名稱有可能是不穩(wěn)定的。

Path

匹配網(wǎng)卡的 “ID_PATH” 屬性值(網(wǎng)卡的總線路徑)。 接收一個空格分隔的匹配模式列表(使用shell風格的通配符)。

Driver

匹配網(wǎng)卡的 “DRIVER” 屬性值(網(wǎng)卡的驅(qū)動名稱)。 接收一個空格分隔的匹配模式列表(使用shell風格的通配符)。 注意，如果網(wǎng)卡的 “DRIVER” 屬性不存在， 那么將使用 “ethtool -i” 命令中輸出的驅(qū)動名稱。

Type

匹配網(wǎng)卡的 “DEVTYPE” 屬性值(網(wǎng)卡的設(shè)備類型)。 接收一個空格分隔的匹配模式列表(使用shell風格的通配符)。

Host

匹配主機的 hostname 或”machine ID”，參見 systemd.unit(5) 中的 “ConditionHost=” 選項。

Virtualization

檢查是否運行于特定的虛擬環(huán)境中， 參見 systemd.unit(5) 中的 “ConditionVirtualization=” 選項。

KernelCommandLine

檢查是否設(shè)置了(或者以”!”開頭表示未設(shè)置)特定的內(nèi)核引導選項， 參見 systemd.unit(5) 中的 “ConditionKernelCommandLine=” 選項。

Architecture

檢查是否運行于特定的硬件平臺， 參見 systemd.unit(5) 中的 “ConditionArchitecture=” 選項。

Link小節(jié)

Link小節(jié)可以對網(wǎng)卡進行多種配置，其中與修改MAC有關(guān)的選項有：

MACAddressPolicy

應(yīng)該如何設(shè)置網(wǎng)卡的MAC地址：

“persistent”

如果內(nèi)核使用了網(wǎng)卡硬件固有的MAC地址(絕大多數(shù)網(wǎng)卡都有)， 那么啥也不做，直接使用內(nèi)核的MAC地址。 否則，將會隨機新生成一個 確保在多次啟動之間保持固定不變的MAC地址(針對給定的主板與網(wǎng)卡)。 自動生成MAC地址的特性 要求網(wǎng)卡必須存在 ID_NET_NAME_* 屬性， 否則無法自動生成MAC地址。

“random”

如果內(nèi)核使用了隨機生成的MAC地址(而不是網(wǎng)卡硬件固有的MAC地址)， 那么啥也不做，直接使用內(nèi)核的MAC地址。 否則，將在網(wǎng)卡每次出現(xiàn)的時候(一般在啟動過程中)隨機新生成一個MAC地址。 無論使用上述哪種方式生成的MAC地址， 都將設(shè)置 “unicast” 與 “l(fā)ocally administered” 位。

“none”

無條件的直接使用內(nèi)核的MAC地址。

MACAddress

在未設(shè)置 “MACAddressPolicy=” 時所使用MAC地址。

另外，Link小節(jié)中，我們必須為某個網(wǎng)卡進行命名，因此肯定會有 NamePolicy 或者 Name 選項

NamePolicy

應(yīng)該如何設(shè)置網(wǎng)卡的名稱， 僅在未使用 “net.ifnames=0″ 內(nèi)核引導選項時有意義。 接受一個空格分隔的策略列表， 順序嘗試每個策略，并以第一個成功的策略為準。 所得的名字將被用于設(shè)置網(wǎng)卡的 “ID_NET_NAME” 屬性。 注意，默認的udev規(guī)則會用 “ID_NET_NAME” 的值設(shè)置 “NAME” 屬性(也就是網(wǎng)卡的名稱)。 如果網(wǎng)卡已經(jīng)被空戶空間命名，那么將不會進行任何重命名操作。 可用的策略如下：

“kernel”

如果內(nèi)核已經(jīng)為此網(wǎng)卡設(shè)置了固定的可預(yù)測名稱， 那么不進行任何重命名操作。

“database”

基于網(wǎng)卡的 “ID_NET_NAME_FROM_DATABASE” 屬性值(來自于udev硬件數(shù)據(jù)庫)設(shè)置網(wǎng)卡的名稱。

“onboard”

基于網(wǎng)卡的 “ID_NET_NAME_ONBOARD” 屬性值(來自于板載網(wǎng)卡固件)設(shè)置網(wǎng)卡的名稱。

“slot”

基于網(wǎng)卡的 “ID_NET_NAME_SLOT” 屬性值(來自于可插拔網(wǎng)卡固件)設(shè)置網(wǎng)卡的名稱。

“path”

基于網(wǎng)卡的 “ID_NET_NAME_PATH” 屬性值(來自于網(wǎng)卡的總線位置)設(shè)置網(wǎng)卡的名稱。

“mac”

基于網(wǎng)卡的 “ID_NET_NAME_MAC” 屬性值(來自于網(wǎng)卡的固定MAC地址)設(shè)置網(wǎng)卡的名稱。

Name

在 NamePolicy= 無效時應(yīng)該使用的網(wǎng)卡名稱。 無效的情況包括： (1)未設(shè)置 NamePolicy= ； (2)NamePolicy= 中的策略全失?。?(3)使用了”net.ifnames=0″內(nèi)核引導選項

注意， 千萬不要設(shè)置可能被內(nèi)核用于其他網(wǎng)口的名稱(例如 “eth0″)， 這可能會導致 udev 在分配名稱時與內(nèi)核產(chǎn)生競爭， 從而導致不可預(yù)期的后果。 最好的做法是使用一些永遠不會導致沖突名稱或前綴，例如： “internal0″”external0″ 或 “l(fā)an0″”lan1″/”lan3″

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論