Geklontes System + Netzwerkschnittstellen

9

Ich habe ein Image meines Systems erstellt und es jemandem zum Ausführen gegeben. Sie haben ihr System erfolgreich mit dem Image geleert und führen es aus.

Das Problem ist wie folgt:

Das System verfügt normalerweise über 2 drahtlose Adapter. Beide tauchen im lsusb auf:

pi@raspberry:~ $ lsusb
Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter

Ich habe die Schnittstellen in den /etc/udev/rules.d/70-persistent-net.rulesDateien anhand ihrer Mac- oder Hardware-Adresse festgelegt, und das funktioniert auf meinem System einwandfrei, aber auf seinem System (offensichtlich verwendet er denselben Hardwaretyp und dasselbe Hardwaremodell) sind sie unterschiedlich und als solches auf seinem Mac Die Adresse ist anders, daher ist seine 70-persistent-net.rules nutzlos und gibt ihm Probleme.

Um dies in Zukunft zu vermeiden, kann ich es so einstellen, dass es möglicherweise nach einem Modelltyp sucht, z. B.:

 EW-7811Un -> wlan0
 SMSC9512 -> wlan1

und setzt diese, anstatt sich auf die Mac-Adresse zu verlassen?

user5740843
quelle

Antworten:

12

Die ersten drei Oktette in einer MAC-Adresse identifizieren den Hersteller des Geräts eindeutig. Mit Udev-Regeln können Sie eine beliebige Anzahl von Zeichen mit einem Sternchen abgleichen. Auf diese Weise können Sie eine generische Regel schreiben, die mit jedem Gerät eines bestimmten Anbieters übereinstimmt:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="74:2f:68*", NAME="wlan0"

Alternativ können Sie den Abgleich der Adresse beenden und stattdessen andere Parameter verwenden. Führen Sie den folgenden Befehl auf beiden Computern aus:

sudo udevadm info -a -p /sys/class/net/wlan0

(Ersetzen Sie natürlich den Namen der Schnittstelle) und sehen Sie, welche gemeinsamen Werte Sie sehen. Verwenden Sie sie dann in Ihren Regeln.

Das Schreiben von udev-Regeln ist wahrscheinlich die beste Dokumentation zu diesem Thema.

Alexander Batischev
quelle