Système cloné + interfaces réseau

9

J'ai fait une image de mon système et je l'ai donnée à quelqu'un pour l'exécuter. Ils ont réussi à vider leur système de l'image et l'exécutent.

Le problème est le suivant:

Le système possède normalement 2 adaptateurs sans fil. Les deux apparaissent dans le lsusb:

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

J'ai défini les interfaces dans les /etc/udev/rules.d/70-persistent-net.rulesfichiers par leur adresse mac ou hw, et cela fonctionne bien sur mon système, mais sur son système, évidemment (alors qu'il utilise le même type et le même modèle de matériel), ils sont différents et en tant que tels, son mac l'adresse est différente, donc son 70-persistent-net.rules est inutile et lui donne des problèmes.

Pour éviter cela à l'avenir, existe-t-il un moyen de le configurer de sorte qu'il recherche peut-être le type de modèle, par exemple:

 EW-7811Un -> wlan0
 SMSC9512 -> wlan1

et définit ceux-ci, au lieu de compter sur l'adresse mac?

user5740843
la source

Réponses:

12

Les trois premiers octets d'une adresse MAC identifient de manière unique le fabricant de l'appareil. Les règles Udev vous permettent de faire correspondre n'importe quel nombre de caractères avec un astérisque. Ainsi, vous pouvez écrire une règle générique qui correspondra à n'importe quel appareil d'un fournisseur spécifique:

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

Alternativement, vous pouvez arrêter la correspondance sur l'adresse et utiliser à la place d'autres paramètres. Exécutez la commande suivante sur les deux ordinateurs:

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

(en remplaçant le nom de l'interface, bien sûr), et voyez quelles valeurs communes vous voyez; puis utilisez-les dans vos règles.

L'écriture de règles udev est probablement la meilleure documentation sur le sujet.

Alexander Batischev
la source