나는 이 USB3 LAN 어댑터 중 일부에 각각 부착된 다양한 소형 NUC를 가지고 있습니다(NUC에는 이더넷이 하나만 있기 때문에 USB3 어댑터를 사용하여 추가 NUC를 추가했습니다).
상품 이미지를 보실 수 있습니다여기.
갑자기, 아마도 무인 자동 업그레이드로 인해 이러한 장치가 임의의 MAC 주소를 받기 시작했습니다.
전에:
각 USB3 연결 장치에는 다음 형식의 주소가 있습니다.
00:0E:C6:XX:XX:XX
각각은 고유했고 항상 동일(안정적)했으며 재부팅 후에도 살아남았습니다.
이제 그들은 다음과 같은 주소를 갖습니다:
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
모두 무작위로 선택된 동일한 주소를 공유합니다.
즉, 문제는 다음과 같습니다.
- 머신이 재부팅될 때마다 이 무작위 MAC 주소가 변경됩니다.
- 그들은 모두 동일한 임의의 MAC 주소를 공유합니다. 이전에는 각각이 서로 다르고 명확하게 구별되는 항목을 가졌습니다.
장치는 lsusb다음과 같이 식별됩니다.
ASIX Electronics Corp. AX88179 기가비트 이더넷
최신 자동 업데이트 이후 무슨 일이 일어났는지 전혀 모르겠습니다. 최근 2일, 1시간 전에는 모든 장치가 이상한 동작을 보이기 시작한 이후 모든 것이 제대로 작동했습니다.
문제가 있는 업데이트일 수 있나요? 매번 MAC 주소를 무작위로 지정하는 새로운 드라이버가 출시되었을 수 있습니까? USB LAN 장치가 이제 매번 임의의 MAC 주소를 얻는 Linux 커널이나 distro 또는 GRUB 설정의 기능일 수 있습니까? 그런데 이 경우 왜 모두 같은 것을 공유하는 걸까요? 완전히 무작위여야 합니다....
도움을 구하고 테스트를 해볼 의향이 있습니다.
OS 관련:
데비안 버전:12.5
Linux 6.1.0-20-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.85-1 (2024-04-11) x86_64 GNU/Linux
@AB 덕분에 항상 작동하는 최종 해결 방법을 포함하여 지금까지 제안된 해결 방법은 다음과 같습니다.
답변1
이것6.8 커널 커밋, 6.1.x로 백포트됨:
net: usb: ax88179_178a: 두 번의 연속 장치 재설정 방지
AX88179 기반 NIC의 이중 재설정을 방지하기 위한 의도로 인해 NIC에 대한 임의의 MAC 주소를 얻는 부작용이 있었습니다.
향후 6.9 커널에 대한 수정 작업이 진행 중입니다.이미 커널 6.1.85+로 백포트되었습니다.이는 이전 문제를 인정합니다(그리고추정된그것을 해결하기 위해). 인정 부분은 다음과 같습니다.
net: usb: ax88179_178a: 항상 임의 주소로 구성된 인터페이스를 피하세요
d2689b6a86b9 커밋("net: usb: ax88179_178a: 2회 연속 장치 재설정 방지") 후에 바인드 작업에서 재설정이 실행되지 않으며 그 순간 장치 레지스터 또는 장치 트리에서 mac 주소를 읽지 않습니다. 할당된 MAC 주소가 인터페이스에 대해 무작위인지 아닌지 구성하는 확인은 usbnet_probe의 바인딩 작업 후에 발생하므로 열기 작업 중에 주소가 올바르게 읽고 설정되더라도 인터페이스는 무작위 주소로 구성된 상태를 유지합니다(현재 유일한 재설정). ).
문제는 데비안 커널 6.1.0-20-amd64가 이미 수정 사항이 포함된 업스트림 커널 6.1.85를 사용하고 있다는 것입니다. OP의 의견에 따르면 OP가 제대로 작동하지 않는 것 같습니다.~이다커널 6.1.0-20-amd64를 사용합니다.
작동이 보장되는 것은 패치가 2024년 2월 5일에 6.1.x로 백포트되기 전의 이전 상태로 되돌리는 것입니다. 현재 이는 두 개의 패치를 되돌리는 것을 의미하는 것으로 보입니다.
이전처럼 작동하도록 보장합니다(그리고 당시에는 문제가 되지 않았던 이중 재설정 동작을 다시 얻습니다).
지난 몇 주 동안 되돌리는 것을 확인할 수 있었습니다.net: usb: ax88179_178a: 두 번의 연속 장치 재설정 방지작동하게 만들었지만 최신 상태(예: 커널 6.1.85 또는 Debian 6.1.0-20-amd64)가 어떻게 작동하는지 확인하지 않았습니다. OP의 Q/A에 따르면 첫 번째 패치 이후 발생한 동작을 수정하기 위한 두 번째 패치로는 충분하지 않으며 또 다른 수정 사항이 제공되어야 할 수도 있습니다.
요약하면 현재 가능한 옵션은 다음과 같습니다.
- Debian의 6.1.0-18-amd64와 같은 이전 커널을 다음에서 사용할 수 있도록 유지하십시오.https://snapshot.debian.org/ 거기:
linux-image-6.1.0-18-amd64 - 이 답변에 언급된 첫 번째 패치를 되돌려 6.1.77과 6.1.84 사이의 커널을 패치하고 다시 컴파일합니다(테스트된 작동)
- 커널 6.1.85 이상이 그대로 작동하는지 확인하십시오.
작동하거나(더 이상 할 일 없음)
아니면 그렇지 않습니다 (OP의 경우)
적어도 첫 번째 패치를 되돌리고 다시 컴파일하십시오.
net: usb: ax88179_178a: 항상 임의 주소로 구성된 인터페이스를 피하세요(선택사항, 되돌리기보다는 보관할 수 있음)
net: usb: ax88179_178a: 두 번의 연속 장치 재설정 방지: (이것을 되돌려야 합니다)
또는 이 문제를 해결하기 위한 향후 패치를 기다리세요.
업데이트: 2024-04-18의 커밋:
net: usb: ax88179_178a: 처음 읽기 전에 mac 주소를 쓰지 마세요.
수정했습니다(6.8.x 커널에서 테스트했습니다). 아마도 다음 6.1.x 업스트림 커널 6.1.88에 포함될 것이며 조만간 데비안에서 채택될 것입니다. 추가 보너스: 재설정은 프로브 시간에 다시 수행되는 것으로 나타나고 인터페이스 UP에서는 더 이상 수행되지 않습니다. 따라서 하향과 상향 사이의 전환 지연이 이제 더 빨라졌습니다.