私はさまざまな小型NUCを持っていますが、それぞれUSB3 LANアダプタが接続されています(NUCにはイーサネットが1つしかないのでUSB3アダプタを追加しました)。
製品の写真を見ることができますここ。
おそらく、無人の自動アップグレードのために、突然、これらのデバイスはランダムな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
。
AsiaInfo AX88179ギガビットイーサネット
最新の自動更新以降に何が起こったのかわかりません。過去2日の1時間前に、すべてのデバイスが奇妙な動作を示し始めてから、すべてが正常に動作しました。
アップデートに問題がある可能性がありますか?新しくリリースされたドライバが毎回MACアドレスをランダムに指定するのではないだろうか? USB LANデバイスは、毎回ランダムなMACアドレスを取得するLinuxカーネル、ディストリビューション、またはGRUB設定の機能かもしれませんか?しかし、この場合、なぜすべて同じものを共有するのですか?完全にランダムでなければなりません...
助けを求めてテストしてみたいです。
オペレーティングシステム情報:
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
@ABのおかげで常に機能する最後の解決策を含む、これまでに提案された解決策は次のとおりです。
答え1
これ6.8 カーネルコミット、6.1.xにバックポートされた:
net: usb: ax88179_178a: 2 回の連続デバイスリセットを防止
AX88179ベースのNICでデュアルリセットを防ぐように設計されていますが、NICの任意のMACアドレスを取得する副作用があります。
今後6.9カーネルの修正が進行中です。すでにカーネル6.1.85以降にバックポートされています。前の質問を認めます。しなければならないこの問題を解決するため)。確認部分は次のとおりです。
net: usb: ax88179_178a: インターフェイスが常に任意のアドレスで構成されていないことを確認してください。
d2689b6a86b9 コミット ("net:usb:ax88179_178a: 2 つの連続デバイスリセットの防止") 以降、接続操作はリセットを実行せず、現在のデバイスレジスタまたはデバイスツリーから MAC アドレスを読み取らない。構成によって割り当てられたMACアドレスは、usbnet_probeのバインド操作後にチェックされ、ランダムであることを確認するため、オープン操作中にアドレスが正しく読み取られて設定されていても、インターフェイスはランダムアドレスで構成されたままになります(現在唯一のリセット)。 。
問題は、Debian カーネル 6.1.0-20-amd64 が修正を含むアップストリーム カーネル 6.1.85 をすでに使用していることです。 OPの意見で判断すると、OPがはいカーネル6.1.0-20-amd64を使用してください。
動作が保証されるのは、2024年2月5日のパッチが6.1.xにバックポートされる前の以前の状態に戻ることです。現時点では、これは2つのパッチに戻ることを意味するようです。
- net: usb: ax88179_178a: インターフェイスが常に任意のアドレスで構成されていないことを確認してください。
- net: usb: ax88179_178a: 2 回の連続デバイスリセットを防止
以前のように動作していることを確認し、当時は問題にならなかった二重リセット動作を復元してください。
過去数週間以内に回復したことを確認できます。net: usb: ax88179_178a: 2 回の連続デバイスリセットを防止動作させるために、最新の状態(カーネル6.1.85やDebian 6.1.0-20-amd64など)がどのように機能するかを確認していません。 OPのQ / Aは、最初のパッチ以降に発生した動作を修正するように設計された2番目のパッチでは不十分であり、追加の修正を提供する必要があるかもしれません。
要約すると、今日利用可能なオプションは次のとおりです。
- 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: 2 回の連続デバイスリセットを防止:(これを復元する必要があります)
または、この問題が解決される予定のパッチを待ってください。
修正する:この提出物は2024年4月18日に提出されました。
net: usb: ax88179_178a: 最初の読み出し前にMACアドレスの書き込みを防止
問題は解決しました(6.8.xカーネルでテストしました)。これはおそらく、次の6.1.xアップストリームカーネルである6.1.88に含まれ、近い将来Debianで採用されます。ボーナス:プローブ時にリセットが再開されるように見え、インターフェイスにリセットがなくなりました。その結果、ダウンとアップの間の遷移遅延時間が速くなりました。