Placas de rede que não se decidem eth0 ou eth1

romazarin
(usa Kurumin)

Enviado em 14/10/2007 - 18:16h

Prezados colegas,

Esse problema está me deixando maluco!
Montei um servidor com Kurumin 7 (Athlon XP 1700+, 512 MB, HD 40 GB, Placa mãe FIC VX-39L se não me engano, 2 placas de rede offboard, 1 módulo via_rhine e outra 8139too).
Instalei o Kurumin firewall e o Samba, além dos pacotes que já são instalados na instalação padrão.
Essa máquina recebe Speedy Businness, sistema no qual o modem ADSL já vem configurado com um IP válido na Internet, ou seja, não há conexão, o IP é dado pelo modem, e ao conectar o cabo LAN, o micro já está na Net.
Portanto, o servidor distribui Internet e dados, para micros WinXP.

Para funcionar a internet compatilhada é necessário uma placa de rede com IP liberado para DHCP, e outra placa com IP fixo para a rede interna (192.168.0.1).
E o problema vem que o "vewlurghg" do servidor nunca deixa as mesmas placas configuradas para eth0!!!
Não entendeu? vou tentar me esplicar melhor:
Cada vez que eu ligo o micro, a placa eth0 (que está configurada sem ip, para receber o DHCP do modem ADSL) é uma, e logicamente, a inversa da que está o modem!
Um detalhe da história, quando é na sequencia que elas ficam (eth0 a do 1o. PCI, e eth1 a do 2o. PCI), elas realmente ficam identificadas pelo ifconfig como eth0 e eth1. A eth0, neste caso, fica recebendo o ip do modem, e a eth1 fica com IP fixo 192... Mas é só reiniciar a máquina, que a eth0 passa a ser a do 2o. PCI (e portanto não recebe o ip dhcp, pois o modem está na 1a. placa), e a 1a. placa passa a se chamar eth1_rename!

Aí eu configuro tudo para que funcione dessa maneira, inverto os cabos de rede atrás do micro, e tcharam! Ao reiniciar, voltam a se inverter!

Não aguento mais ter que ir até o cliente todo dia 8h da manha para configurar os IPs... Por favor, pessoal, me ajudem!

amorimjj
(usa Debian)

Enviado em 18/10/2007 - 16:16h

Tente colocar as seguintes linhas no arquivo '/etc/modprobe.d/aliases':
alias eth0 via_rhine
alias eth1 8139too

A via será a eth0 e a realtek a eth1

hugoalvarez
(usa Debian)

Enviado em 18/10/2007 - 16:24h

Já aconteceu isso comigo no Fedora, toda vez que eu reiniciava o sistema as placas de rede invertiam as eth sozinhas, começou a acontecer quando ativei a inicialização direto para modo gráfico no inittab mudei 5 cinco, só para deixar bonitinho mesmo eu não tinha necessidade de X naquela máquina.

Após reconfigurar o inittab para 3 e iniciar somente em modo texto o problema era corrigido, se mudasse de novo o inittab para 5 voltava a acontecer, decidi deixar em modo texto a inicialização e imaginei que tratava-se de um bug do Fedora.

Até mais.