Čtyřportová LAN karta mění MAC adresy

[piCZus]

Mám 4-portovou LAN kartu s Intelem 82576 a po restartu se mi na ní přehazují samovolně MAC adresy mezi jednotlivými porty. V návaznosti na to se mi mění IPv6 link-local adresy fe80::, na které mám nasměrované v jednotlivých VLAN služby jako DNS server apod. Netušíte co s tím? Dík za nakopnutí.

[Reklama]

[k3dAR]

mam zkusenost s vice serveru s 4port 82576 s Xu buntu 14.04 a 18.04 a MAC se rozhodne nemeni, ale predpokladam ze se ti nemeni za uplne jine, ale "meni" se mezi sebou, tzn. fakticky se nemeni MAC, ale meni se portu prirazeni eth0/eth1 nebo to ujete/modreni enp334033qfsdfds... to ma snadne reseni, je potreba vytvorit udev pravidlo v kterem dle MAC kazdeho portu mu priradis stale stejne jmeno dev zarizeni... tahle sluzba byla by default automaticka pred prichodem tech novejch znaceni, ktere "maji" zajistit stale stejna "prehlednejsi" jmeno podle pci slotu...

1. navrat k ethX nazvum(nejspis neni nutne, ale je (podle me) to prehlednejsi): do /etc/default/grub zmenis:

Kód [Vybrat] Rozbalit

GRUB_CMDLINE_LINUX=""
na

Kód [Vybrat] Rozbalit

GRUB_CMDLINE_LINUX="net.ifnames=0"
a pregenerovat grub.cfg, dle tveho distra v deb based:

Kód [Vybrat] Rozbalit

sudo update-grub

2. vytvoris soubor: /etc/udev/rules.d/70-persistent-net.rules s obsahem(MAC das samozrejme sve :

Kód [Vybrat] Rozbalit

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:01", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:02", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:03", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:04", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"


EDIT: puvodne sem chtel napsat "pred prichodem sYsTeMd ale nebyl si jistej zda to souvisi, ale ano, takze dalsi priklad jeho problemovosti pro ty co nechapou kdyz na nej nekdo nadava, je to zmena sYsTeMd:
https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

[piCZus]

Děkuji za rady, ale 'net.ifnames=0' 'biosdevname=0' už mám v /etc/default/grub delší dobu a názvy portů eth0-3 mezi sebou nepřeskakují, protože na nich mám statické IPv4 a ty drží. Pouze se mění MAC adresy mezi sebou tzn. že jednou má eth0 MAC 00:1b:21:7e:de:80 a podruhé 00:1b:21:7e:de:81, kde u eth1 to je naopak a někdy se to stane i mezi eth2 (..:84) a eth3 (..:85).
Ale tu změnu v '/etc/udev/rules.d/70-persistent-net.rules' samozřejmě zkusím.

[k3dAR]

[...] názvy portů eth0-3 mezi sebou nepřeskakují, protože na nich mám statické IPv4 a ty drží. Pouze se mění MAC adresy mezi sebou[...]

to je fakticky prave to ze MAC drzi na fyzickej port, ale devname na port se meni ;-) muzes overit zapojenim 1 kabelu a rebootama+kontroly mac&devname portu s linkou

[czechsys]

To znamena, ze pri inicializaci karty se porty inicializuji v ruznem poradi, proste jak se vyspi. Tohle vse resi zruseni ethX, ktere je v distribucich nahrazeno oznacenim portu karty. Takze pokud to neni zastaraly system, tak bych doporucil prejit od ethX konvence na predictable network names.

[Reklama]

[Ondřej Caletka]

Děkuji za rady, ale 'net.ifnames=0' 'biosdevname=0' už mám v /etc/default/grub delší dobu a názvy portů eth0-3 mezi sebou nepřeskakují, protože na nich mám statické IPv4 a ty drží.

Tak jasně, že na těch názvech eth0 až eth3 drží IP adresy, protože IP adresy jsou přiřazeny k názvům. To, že se názvům pravidelně mění MAC adresy skutečně bude nejspíš znamenat, že se ve skutečnosti mění i porty, které jsou jednotlivým názvům přiřazeny.

Přechod na predikovatelné názvy, problém vyřeší, stejně tak přejmenování pomocí udevu, jen pozor:

Kód [Vybrat] Rozbalit

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:01", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:02", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:03", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="90:e2:ba:00:00:04", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"


Přejmenování do stejných názvů už není podporováno, ten kód nikdy dobře nefungoval a náhodně produkoval síťové karty pojmenované ve stylu rename_eth2. Když ale do pravého NAME= vložíte jakékoli jiné jméno než eth a číslo, aby bylo jisté, že dané cílové rozhraní v době přejmenování nebude existovat, bude to fungovat spolehlivě.

[k3dAR]

czechsys: s ethX to resi to udev pravidlo co sem psal vejs, tazatel zaroven psal ze prepnuti na ethX uz mel a umyslne

Ondřej Caletka: slysel sem tyhle pohadky, ale (s "net.ifnames=0") udev pravidlem ktere sem poslal, sem nikdy(vicero druhu HW, verzi *buntu, lan(interni, 1port, 4port, 10gbit single/dual port) karet zande problemy s rename_ethX nezazil ;-)