Am un computer folosit pentru copii de rezervă, care face un wake-on-lan pentru a rula copii de rezervă și apoi se oprește. În această dimineață s-a întâmplat ceva care a făcut ca adresa MAC să se schimbe. În timp ce știu adresa MAC poate sa fi schimbat, nu credeam că acest lucru se poate întâmpla fără să întreb.
Acest computer rulează Ubuntu și este actualizat din 16.04. În prezent este pe Ubuntu 20.04.3 LTS. La un moment dat eth0
a devenit enp2s0
dar nu-mi pot imagina de ce ar fi schimbat asta MAC-ul. Portul Ethernet este integrat în placa de bază. Computerul rulează doar 20-60 de minute pe zi și nu face altceva. Nu s-a mutat sau nu a avut modificări hardware de ani de zile. A fost un sistem de rezervă solid - monitorizat, dar ignorat, deoarece pur și simplu funcționează - genul de fiabilitate la care m-am așteptat de la o mașină Ubuntu.
Aveți idei despre ce ar fi putut cauza asta? Ar putea vreo actualizare să fi cauzat acest lucru? O problemă hardware? Dacă da, cum aș afla?
EDITARE: adresa MAC inițială a fost 00:1a:4d:5e:7e:85 și noua adresă este aa:4c:ca:15:7e:97. Cei doi nu sunt nici măcar aproape unul de celălalt și greu de explicat printr-un mic flip în EEPROM. Adresa originală arată Giga-Byte Tech ca furnizor (așa cum era de așteptat, este o placă de bază Giga-Byte). Noua adresă nu are niciun furnizor și pare să fie complet aleatorie.
EDITARE: După cum sa cerut, ieșirea mai multor comenzi.
$ adresă ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft pentru totdeauna preferred_lft pentru totdeauna
inet6 ::1/128 scope host
valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
inet 10.4.8.210/16 brd 10.4.255.255 domeniul de aplicare global noprefixroute enp2s0
valid_lft pentru totdeauna preferred_lft pentru totdeauna
inet6 fe80::82a3:395:882b:844a/64 scope link noprefixroute
valid_lft pentru totdeauna preferred_lft pentru totdeauna
$ ls -l /etc/netplan/
total 0
$ sudo cat /etc/netplan/*
cat: '/etc/netplan/*': Nu există un astfel de fișier sau director
$ sudo ls -l /etc/NetworkManager/system-connections/
total 0
$ sudo cat /etc/NetworkManager/system-connections/*
cat: '/etc/NetworkManager/system-connections/*': Nu există un astfel de fișier sau director
$ sudo grep -lR "aa:4c:ca:15:7e:97" /etc 2>/dev/null
$ sudo grep -R -C 4 "aa:4c:ca:15:7e:97" /etc 2>/dev/null
$
În plus, am pornit sistemul folosind SystemRescue.
[root@sysrescue ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft pentru totdeauna preferred_lft pentru totdeauna
inet6 ::1/128 scope host
valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
inet 10.4.8.210/16 brd 10.4.255.255 domeniul de aplicare global noprefixroute enp2s0
valid_lft pentru totdeauna preferred_lft pentru totdeauna
inet6 fe80::fd62:c737:4f9c:80fe/64 scope link noprefixroute
valid_lft pentru totdeauna preferred_lft pentru totdeauna
În mod clar, MAC-ul hardware s-a schimbat și nu Ubuntu setează această adresă de fiecare dată când sistemul pornește. Cum și de ce s-a schimbat MAC-ul hardware este încă un mister.
2022-02-28
După ce ați scos fizic cablul de alimentare din computer, adresa MAC a revenit la cea originală. Deși am oprit computerul de mai multe ori, nu am scos cablul de alimentare. NIC trebuie să primească alimentare chiar și atunci când restul aparatului este oprit pentru a permite funcționalitatea wake-on-LAN. Oricare ar fi cauzat această problemă, a făcut-o într-un mod temporar.