Come si fa a rilevare automaticamente una nuova scheda di rete in CentOS 6 / RedHat?

Con CentOS 6 ora tutto è gestito da udev. Andare in /etc/udev/rules.d e cancellare il file 70-persistent-net.rules e riavviare. Se lo aprite a mano vedrete il MAC originale NIC MAC elencato come eth0 e quello nuovo come eth1.

Ora dovete modificare /etc/sysconfig/network-scripts/ifcfg-eth0 e aggiornare manualmente il MAC della vostra nuova scheda NIC.

L'eliminazione del file costringe il processo di rilevamento a ripartire all'avvio senza lasciare alcun bagaglio dal processo di clonazione, cioè il vecchio NIC MAC address(i).

Devo farlo sempre con i miei CentOS 6 cloni su VMware ESXi 4.1. È un dolore che il kudzu lo gestirebbe solo in passato con le versioni precedenti.

È possibile utilizzare anche questo strumento (Non è uno strumento GUI, il suo strumento TUI, Interfaccia utente basata sul testo)

[root@localhost ~]# system-config-network-tui

Digitare il comando sopra e premere Invio

Poi questa schermata apparirà

Selezionare la configurazione del dispositivo e premere Invio

Poi questa schermata apparirà

Qui eth0 si riferisce /etc/sysconfig/network-scripts/ifcfg-eth0

Qualunque sia la modifica effettuata in eth0 che influirà sul file ifcfg-eth0

Modificare i file dopo il clone non funzionerebbe per il mio caso d'uso, quindi ho risolto il problema come segue.

È necessario modificare due file, rimuovendo i riferimenti agli indirizzi Mac in ciascuno:

/etc/sysconfig/network-scripts/ifcfg-eth0 - rimuovere la riga HWADDR=.

/etc/udev/rules.d/70-persistent-net.rules - rimuovere da ATTR{address}== fino alla virgola successiva inclusa.

Ora quando si clona la VM e si cambia il mac address networking funzionerà come l'indirizzo Mac non viene mai scritto in nessuno dei due file.

Cancellare il file delle regole persistenti:

rm /etc/udev/rules.d/70-persistent-net.rules
``` ```
nano /etc/sysconfig/network-scripts/ifcfg-eth0

Modifica ifcfg-eth0:

reboot
``` &001 


RIMUOVERE del tutto la riga `HWADDR` (o modificarla in modo che corrisponda al nuovo indirizzo MAC della vostra nuova NIC). 


Riavviare il sistema: 


&001 &001 


Se si cambia di nuovo la NIC, è sufficiente ripetere i passi #1 e #3.

Ho creato e cancellato così tante macchine virtuali CentOS 6 che ho scritto un po’ di Bashfu per fissare eth0 sulla clonazione in VirtualBox.

[root@jp-xm-base ~]# cat fixeth0.sh
if grep -q eth1 /etc/udev/rules.d/70-persistent-net.rules; then
   sed -i '/eth0/d' /etc/udev/rules.d/70-persistent-net.rules;
   sed -i 's/eth1/eth0/g' /etc/udev/rules.d/70-persistent-net.rules;
   ETHERNET=`grep eth0 /etc/udev/rules.d/70-persistent-net.rules | awk -F"," '{print $4}' | awk -F"\"" '{print $2}'`;
   echo Ethernet Addr: $ETHERNET;
   sed -i 's/HWADDR=".*"/HWADDR="'$ETHERNET'"/' /etc/sysconfig/network-scripts/ifcfg-eth0;
   /sbin/start_udev
   /sbin/service network restart;
fi

Non sto usando Vmware ma KVM con virsh - questo è quello che ho fatto.

Ho creato un'immagine ‘base’ con CentOS 6.4, questa è la fonte di tutti i miei cloni. Dopo il primo avvio ho creato uno script come questo

cat /etc/init.d/manglemac 
#!/bin/bash
#
# manglemac This starts and stops mangle-mac
#
# chkconfig: 2345 11 88
# description: This obtains tha mac of eth0 and writes into ifcfg

mac=$(grep -H . /sys/class/net/*/address | grep eth0 | cut -d ':' -f2-10)
match_mac=$(grep $mac /etc/sysconfig/network-scripts/ifcfg-eth0)

if [-z "$match_mac"];
then
   echo HWADDR=$mac >> /etc/sysconfig/network-scripts/ifcfg-eth0
fi
``` ```
chkconfig --add manglemac

L'ho aggiunto all'init con

&001 &001

Ho cancellato tutti i riferimenti in /etc/sysconfig/networkk-scripts/ifcfg-eth0 di HWADDR o UUID, ho anche cancellato le regole udev da /etc/udev/rules.d/70-persistent-net.rules.

A questo punto ho spento la macchina e ho iniziato a clonare. Tutto funziona bene. Lo script che ho fatto è molto semplice ma funziona bene, tuttavia fa alcune supposizioni sulla vostra configurazione per la rete (solo eth0).

Spero che vi sarà d'aiuto.

Se il vostro unico problema è l'indirizzo mac, potete eseguire qualcosa di simile a

TEST=`ifconfig | grep eth | awk '{ print $5}'`; sed "s/HWADDR.*/HWADDR\=$TEST/g" ifcfg-eth0 > TMP; mv TMP ifcfg-eth0

Per aggiornare la voce HWADDR.

Edit: Poiché sembra che il problema sia un cambiamento effettivo dell'hardware virtuale potete provare quanto segue. (non testato e referenziato da qui )

modificare /etc/sysconfig/hwconf e rimuovere ogni riferimento alla NIC precedente e rieseguire kudzu per vedere se rileva il nuovo hardware. Potrebbe essere necessario riavviare.

Avevo a che fare con più NIC e niente di quanto sopra ha funzionato per me (VMware Fusion 7/VMware 6 e inferiori), così ho scritto uno script. Il tarball è qui .

Ecco il README che viene fornito con esso:

• Questo tarball e i relativi script cambieranno l'indirizzo MAC della vostra macchina VMware CentOS 6 o inferiore recentemente clonata (no systemd. )
• Tutto quello che dovete fare nella macchina che clonerete da una sola volta:

Problemi:

• Non so perché, ma a volte è necessario riavviare la rete una seconda volta per far riconoscere tutte le NIC:

• Questo non è stato un problema per me, ma lo script si basa su lshw che restituisce le NIC nello stesso ordine di ifcfg-eth?

• Questo presuppone che i vostri dispositivi NIC siano e1000. VMware standard?

• Potrebbe valere la pena di cambiare la numerazione dei vostri file ifcfg-eth? in modo che corrispondano a ciò che lshw restituisce nel caso improbabile che non funzioni e che stiate facendo molte macchine con molte NIC.

• Con una sola NIC dovrebbe funzionare.

• Dopo il primo avvio il /usr/bin/change_mac_address.pl viene spostato in /usr/bin/change_mac_address.pl.old

• Questo lo impedirà di funzionare ad ogni riavvio anche se non farà nulla se non c'è MACDADDY? nel vostro ifcfg-eth?

• Potete anche e probabilmente dovreste eseguire