Eu tenho vários NUCs pequenos com alguns desses adaptadores lan usb3 conectados em cada um (porque os NUCs têm apenas uma Ethernet, então adicionei outros extras com adaptadores usb3).
De repente, provavelmente devido a uma atualização automática autônoma, esses dispositivos começaram a receber endereços MAC aleatórios.
Antes:
Cada dispositivo conectado usb3 tem um endereço no formato:
00:0E:C6:XX:XX:XX
Cada um distinto e sempre com as mesmas reinicializações sobreviventes.
Agora eles têm endereços como:
eth1 - be:7d:ee:6a:26:ab
eth2 - be:7d:ee:6a:26:ab
eth3 - be:7d:ee:6a:26:ab
eth4 - be:7d:ee:6a:26:ab
eth5 - be:7d:ee:6a:26:ab
todos compartilhando o mesmo endereço escolhido aleatoriamente.
Em suma, problemas:
- cada vez que a máquina reinicia esta mudança aleatória de endereço MAC.
- todos eles compartilham o mesmo endereço MAC aleatório, anteriormente cada um deles tinha um endereço diferente e claramente distinto.
Os dispositivos são identificados lsusbcomo:
ASIX Electronics Corp.
Não tenho ideia do que aconteceu desde a última atualização automática, é questão dos últimos 2 dias, há 1h tudo estava funcionando bem, afinal esses aparelhos começaram a ter esse comportamento estranho.
Poderia ser uma atualização problemática? Poderia ser lançado um novo driver que randomiza cada vez o endereço MAC? Poderia ser um recurso do kernel do Linux ou da configuração de distribuição ou grub, onde os dispositivos USB LAN agora obtêm endereços MAC aleatórios a cada vez? Mas neste caso, por que todos eles compartilham o mesmo, eles deveriam ser totalmente aleatórios...
Não sei, buscando ajuda e disposto a fazer testes...
Em relação ao sistema operacional:
Versão Debian: 12.5
Linux 6.1.0-20-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.85-1 (2024-04-11) x86_64 GNU/Linux
Este commit do kernel 6.8 , portado para 6.1.x:
net: usb: ax88179_178a: evite duas reinicializações consecutivas do dispositivo
destinado a evitar uma redefinição dupla na NIC baseada em AX88179 teve como efeito colateral obter um endereço MAC aleatório para a NIC.
Há uma correção em andamento para o futuro kernel 6.9, já portado para o kernel 6.1.85+, que reconhece o problema anterior (e deve corrigi -lo). Aqui está a parte do reconhecimento:
O problema é que o kernel 6.1.0-20-amd64 do Debian já usa o kernel upstream 6.1.85 que inclui a correção. Pelo comentário do OP, isso não parece funcionar corretamente, pois o OP está usando o kernel 6.1.0-20-AMD64.
O que é garantido que funcionará é reverter para o estado anterior: antes do backport do patch para 6.1.x em 05/02/2024. Parece que atualmente isso significa reverter DOIS patches:
para ter a garantia de fazê-lo funcionar como antes (e recuperar o comportamento de reinicialização dupla, o que não parecia ser um problema).
Pude verificar nas últimas semanas que reverter net: usb: ax88179_178a: evite duas redefinições consecutivas de dispositivos fez funcionar, não verifiquei como o estado mais recente (por exemplo: kernel 6.1.85 ou Debian 6.1.0-20-amd64) se comporta. As perguntas e respostas do OP sugerem que talvez o segundo patch destinado a corrigir o comportamento causado após o primeiro patch não seja suficiente e possivelmente ainda outra correção deva ser fornecida.
Para resumir, opções possíveis hoje:
linux-image-6.1.0-18-amd64ou funciona (nada mais a fazer)
ou não (caso do OP)
reverta os dois patches apresentados acima e recompile:
net: usb: ax88179_178a: evite a interface sempre configurada como endereço aleatório
net: usb: ax88179_178a: evite duas reinicializações consecutivas do dispositivo
ou espere um patch futuro corrigindo isso