On 10/6/06, Claudiu Cismaru <[EMAIL PROTECTED]> wrote:
On Friday 06 October 2006 17:15, fffffh wrote:
> Le-am plasat in /etc/udev/rules.d/10-local.rules si placile de retea
> sunt vazute corect, fiecare cu MAC-ul corespunzator.
> Ar trebui ca la noua mutare de pe un slot PCI a pe altul sa fie
> atasat fiecare ethx corect la MAC-ul sau ?
Pe sisteme care nu sunt ale tale... la clienti, cand e nevoie sa
schimbe si clientu' care habar nu are, in cazul in care se arde, placa
de retea, e indicat sa faci alocarea ethX pe PCI ID, in udev :D Eu asa
folosesc. HAL-ul si hotplug-ul detecteaza hardware=ul si incarca
modulele necesare, numirea ethX-ului fiind facuta de udev, automat in
functie de PCI ID :)
Unii care mai au debian folosesc un script similar cu
/usr/share/doc/ifupdown/examples/get-mac-address.sh in modul urmator:
auto eth0 eth1
mapping eth0 eth1
script /path/to/get-mac-address.sh
map 11:22:33:44:55:66 lan
map AA:BB:CC:DD:EE:FF internet
iface lan inet static
address 192.168.42.1
netmask 255.255.255.0
pre-up /usr/local/sbin/enable-masq $IFACE
iface internet inet dhcp
pre-up /usr/local/sbin/firewall $IFACE
(exemplu copiat cu nesimtire din network-interfaces.gz, acelasi director)
Stiu ca la Redhat (and family) si la Suse se trec si macurile in
fisierele de configurare de prin /etc/sysconfig, dar nu stiu exact ce
se intampla cand le detecteaza kernelul pe dos, poate un colistas mai
repemist sa ne impartaseasca experienta?
Oricum udev mi se pare cam overkill pentru o problema atat de clasica.
Problema asta risca mereu sa apara la schimbari importante de kernel
(o distributie cu alta, sau 2.4->2.6, tin minte ca si la 2.2->2.4 se
intampla mereu sa te trezesti pe partea gresita)
--
Petre.
_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
