30.5.07

Debian, tarjetas de red que se detectan pero no funcionan (renombrando interfaces de red)

Es un problema muy común instalar Debian y que las tarjetas de red se zurren entre ellas porque todas quieren llamarse eth0 o eth1. En especial, cuando disponemos de un interface firewire y una tarjeta Intel, ambos dispositivos luchan por hacerse con el control del nombre 'eth0', por más que se les diga que no. Lo mismo ocurre en ocasiones que disponemos de varias tarjetas Realtek combinadas con Intel e1000, etc.

La solución es realmente simple para los que estamos acostumbrados a lidiar con Linux, pero para los primerizos suele ser desesperante. Veamos como solventar estas dificultades:

1) (opcional) Si disponemos de un interface firewire y no lo vamos a utilizar para conectarnos a otro equipo, podemos deshabilitar el interface de red firewire:

- Editamos el fichero /etc/modprobe.d/blacklist y añadimos el módulo a los dispositivos que no queremos autocargar, es decir, los módulos que no deseamos que Linux lance. Para ello creamos una línea al final del archivo de la forma:

blacklist eth1394

2) Editamos la configuración de udev y renombramos los interfaces de red a nuestro gusto.

- Alteramos el fichero de configuración de red de udev

vi /etc/udev/rules.d/z25_persistent-net.rules

- Cambiamos los nombres según el nombre del módulo que nos interese. En este ejemplo, yo he cambiado mi tarjeta nvidia integrada al interface eth0 y he puesto el firewire en eth4, la wifi la he dejado como estaba:

# Firewire device 06e40a00b52d5045 (ohci1394)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="06:e4:0a:00:c5:2f:50:45", NAME="eth4"

# PCI device 0x10de:0x0269 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:16:d3:16:42:ff", NAME="eth0"

# PCI device 0x14e4:0x4311 (ndiswrapper)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:14:f5:d0:a6:87", ATTRS{type}=="1", NAME="wlan0"


3) Reiniciar y cambiar la configuración de red en /etc/network/interfaces o utilizando cualquier herramienta gráfica como NetworkManager.

No hay comentarios: