У меня есть компьютер, используемый для резервного копирования, который выполняет пробуждение по локальной сети для запуска резервного копирования, а затем выключается. Сегодня утром что-то произошло, что привело к изменению MAC-адреса. Хотя я знаю MAC-адрес может быть изменены, я не думал, что это может произойти без спроса.
Этот компьютер работает под управлением Ubuntu и обновляется с 16.04. В настоящее время он находится на Ubuntu 20.04.3 LTS. В какой-то момент eth0 стал enp2s0 но я не могу представить, почему это изменило бы MAC. Порт Ethernet встроен в материнскую плату. Компьютер работает только 20-60 минут в день и больше ничего не делает. Он не перемещался и не подвергался аппаратным модификациям годами. Это была надежная система резервного копирования — ее контролировали, но в остальном игнорировали, потому что она просто работала — такую надежность я привык ожидать от машины с Ubuntu.
Любые идеи о том, что могло вызвать это? Могло ли это быть вызвано каким-то обновлением? Аппаратная проблема? Если да, то как бы я узнал?
РЕДАКТИРОВАТЬ: исходный MAC-адрес был 00:1a:4d:5e:7e:85, а новый адрес — aa:4c:ca:15:7e:97. Они даже не близки друг к другу, и их трудно объяснить переворотом бита в EEPROM. В исходном адресе в качестве поставщика указана компания Giga-Byte Tech (как и ожидалось, это материнская плата Giga-Byte). Новый адрес не имеет поставщика и выглядит совершенно случайным.
РЕДАКТИРОВАТЬ: По запросу вывод нескольких команд.
$ IP-адрес
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
инет 127.0.0.1/8 область хоста lo
valid_lft навсегда
inet6 :: 1/128 узел области видимости
valid_lft навсегда
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel состояние UP группа по умолчанию qlen 1000
ссылка/эфир aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
inet 10.4.8.210/16 brd 10.4.255.255 глобальная область действия noprefixroute enp2s0
valid_lft навсегда
inet6 fe80::82a3:395:882b:844a/64 ссылка на область видимости noprefixroute
valid_lft навсегда
$ ls -l /etc/netplan/
всего 0
$ sudo cat /etc/netplan/*
cat: '/etc/netplan/*': Нет такого файла или каталога
$ sudo ls -l /etc/NetworkManager/системные подключения/
всего 0
$ sudo cat /etc/NetworkManager/system-connections/*
cat: '/etc/NetworkManager/system-connections/*': Нет такого файла или каталога
$ 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
$
Кроме того, я загрузил систему, используя Спасение системы.
[root@sysrescue ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
ссылка/петля 00:00:00:00:00:00 брд 00:00:00:00:00:00
инет 127.0.0.1/8 область хоста lo
valid_lft навсегда
inet6 :: 1/128 узел области видимости
valid_lft навсегда
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel состояние UP группа по умолчанию qlen 1000
ссылка/эфир aa:4c:ca:15:7e:97 brd ff:ff:ff:ff:ff:ff
inet 10.4.8.210/16 brd 10.4.255.255 глобальная область действия noprefixroute enp2s0
valid_lft навсегда
inet6 fe80::fd62:c737:4f9c:80fe/64 ссылка на область видимости noprefixroute
valid_lft навсегда
Очевидно, аппаратный MAC-адрес изменился, и Ubuntu не устанавливает этот адрес каждый раз при загрузке системы. Как и почему изменился аппаратный MAC, до сих пор остается загадкой.
2022-02-28
После физического отключения шнура питания от компьютера MAC-адрес вернулся к исходному. Хотя я несколько раз выключал и снова включал компьютер, я не отсоединял шнур питания. Сетевая карта должна получать питание, даже когда остальная часть машины отключена, чтобы обеспечить возможность пробуждения по локальной сети. Что бы ни вызвало эту проблему, это было временно.
