Як ви автоматично визначаєте нову мережеву карту в CentOS 6 / RedHat?

Я використовую CentOS 6 у віртуальному середовищі. Під час клонування віртуальної версії CentOS старі адаптери et «видаляються» та замінюються новими та чистими MAC-адресами. Однак файли ifcfg-ethn все ще існують. Я намагаюся розібратися, як змусити CentOS автоматично пересканувати і відтворити мережеві адаптери / et файли, як це було зроблено при встановленні.

В іншому випадку я переживаю тугу процес, як описано тут: http://www.centos.org/docs/5/html/Installation_Guide-en-US/s1-s390info-addnetdevice.html

Я знаю, що це швидкий спосіб зробити це в GUI, але ми використовуємо сервер, так що GUI не застосовується в цьому випадку. Допомога?

Редагувати: @OldWolf запропонував Kudzu, однак Кудзу було видалено з Centos 5, тому я вважаю за краще цього уникнути. Існує процедура, яку Linux запускає при початковій установці - чи може хтось допомогти мені зрозуміти, що це таке, щоб я міг його вручну запустити?

З CentOS 6 зараз все реалізується удевом. Увійдіть /etc/udev/rules.dі видаліть 70-persistent-net.rulesфайл і перезавантажте. Якщо ви відкриєте його перед рукою, вам найбільше сподобається побачити оригінальний NIC MAC у списку як eth0і новий як eth1.

Тепер вам потрібно відредагувати /etc/sysconfig/network-scripts/ifcfg-eth0та вручну оновити MAC нової карти NIC.

Видалення файлу змушує процес виявлення повторно запускатися під час завантаження, не залишившись багажу від процесу клонування, а саме старих MAC-адрес NIC.

Мені доводиться це робити зі своїми клонами CentOS 6 на VMware ESXi 4.1 постійно. Це болю, кудзу просто би впорався з цим у минулому з попередніми версіями.

Ви також можете використовувати цей інструмент (Це не інструмент GUI, його інструмент TUI, текстовий інтерфейс користувача)

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

Наберіть вище команду та натисніть Enter

Потім з'явиться цей екран

Виберіть Конфігурація пристрою та натисніть Enter

Потім з'явиться цей екран

Тут посилається eth0 /etc/sysconfig/network-scripts/ifcfg-eth0

Незалежно від зміни, внесеної до eth0цього, вплине на ifcfg-eth0файл

Видаліть файл стійких правил:

rm /etc/udev/rules.d/70-persistent-net.rules

Редагувати ifcfg-eth0:

nano /etc/sysconfig/network-scripts/ifcfg-eth0

ВИДАЛИТЕ HWADDRрядок цілком (або змініть його так, щоб він відповідав новому MAC-адресу нового NIC).

Перезавантажте систему:

reboot

Якщо ви знову поміните NIC, просто повторіть кроки №1 та №3.

Змінення файлів після клонування не працювало б для мого використання, тому я вирішив проблему наступним чином.

Вам потрібно відредагувати два файли, видаливши посилання на адреси Mac у кожному:

/etc/sysconfig/network-scripts/ifcfg-eth0 - видаліть рядок HWADDR =

/etc/udev/rules.d/70-persistent-net.rules - видалити з ATTR {адреса} == до наступної коми.

Тепер, коли ви клонуєте VM та зміните mac-адресу, мережа працюватиме, оскільки адреса Mac ніколи не записується в жоден файл.

Я створюю та видаляю стільки віртуальних машин CentOS 6, я написав кілька Bashfu, щоб виправити eth0 після клонування у 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

Якщо вашою єдиною проблемою є mac-адреса, ви можете запустити щось подібне до

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

Щоб оновити запис HWADDR

Редагувати: Оскільки, схоже, проблема є фактичною зміною віртуального обладнання, ви можете спробувати наступне. (неперевірений і звідси посилається )

редагуйте / etc / sysconfig / hwconf та видаліть усі посилання на попередній NIC та перезапустіть kudzu, щоб перевірити, чи виявляє він нове обладнання. Можливо, вам доведеться перезавантажити.

Я не використовую Vmware, але KVM з virsh - ось що я зробив.

Створив базовий образ із CentOS 6.4, це джерело всіх моїх клонів. Після першого завантаження я створив такий сценарій

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

Додано його до init з

chkconfig --add manglemac

Видалено всі посилання в / etc / sysconfig / network-skripts / ifcfg-eth0 з HWADDR або UUID, а також видалено правила udev з /etc/udev/rules.d/70-persistent-net.rules.

У цей момент я вимкнув автомат і почав клонувати. Все працює чудово. Сценарій, який я створив, дуже простий, але працює чудово, проте він робить кілька припущень щодо налаштування для мережі (лише eth0).

Сподіваюся, допоможе.

Я мав справу з декількома NIC, і нічого вище не працювало для мене (VMware Fusion 7 / VMware 6 і нижче), тому я написав сценарій. Тарбол тут .

Ось, READMEщо йде з цим:

• Цей тарбол та пов’язані з ним сценарії змінять MAC-адресу вашої недавно клонованої машини VMware CentOS 6 або нижче (без систематизації).

• Все, що вам потрібно зробити в машині, ви будете клонувати лише один раз:

  1. встановити lshw
  2. замінити MAC - адреса у всіх ваших /etc/sysconfig/network-scripts/ifcfg-eth?з MACDADDY Num де NUM це кількість мережевого інтерфейсу. Потрібно слідувати шаблону іменування файлу.

  3. запустити:

     chckconfig change_mac_address on
     

     Слід додати символьні посилання на належних рівнях запуску, визначених у файлі

  4. Клоніруйте машину як нормально та запаліть. Він повинен змінити MAC-адресу у кожному з ваших ifcfg-eth?файлів,
     • видалити файл udev,
     • перегляньте свій пристрій e1000,
     • і перезапустити мережу

Проблеми:

• Не впевнений чому, але іноді вам потрібно перезапустити мережу вдруге, щоб визнати всі NIC:

  /etc/init.d/network restart
  

  Виправлено це, поставивши sleep 20на початку/etc/init.d/network

• Це не було проблемою для мене, але сценарій покладається на lshwповернення NIC в тому ж порядку, що іifcfg-eth?
• Це передбачає, що ваші пристрої NIC - це e1000. Стандарт VMware?
• Можливо, варто переключити нумерацію ваших ifcfg-eth?файлів, щоб вони відповідали тому lshw, що повертається назад, навряд чи він не працює, і ви працюєте з багатьма машинами з великою кількістю сетевих мереж.
• З одним NIC він повинен просто працювати.
• Після першого запуску файл /usr/bin/change_mac_address.plпереходить до/usr/bin/change_mac_address.pl.old
• Це не дасть йому працювати при кожному перезавантаженні, навіть якщо це не зробить нічого, якщо немає MACDADDY? у вашомуifcfg-eth?

• Ви також можете і, ймовірно, повинні бігти

  chkconfig change_mac_address off