Renombrar las tarjetas de red con «Predictable Network Interface Names» habilitado

A partir de la versión 197 de udev se ha habilitado una función para una nueva nomenclatura en el nombre de las interfaces de red dejando de usar nombres tradicionales tales como eth0, wlan0, etc. Probablemente ya se han topado con los wls1, ens5, enp2s0 y otras aberraciones. Este cambio viene a meter más polémica y oposición a la adopción de Systemd ya que muchos programas usan por defecto la interfaz eth0, dando por hecho que esta existe, una mala práctica que muchos desarrolladores usaron, como por ejemplo el programa arping

La razón para realizar este cambio se debe, según argumentan en la documentación de systemd, a que el orden en que se asignan nombres a las interfaces de red por parte del kernel de sistema operativo va de acuerdo al orden en que se realiza sondeo de controladores de las interfaces y que en las tecnologías mas recientes este orden ya no es predecible. Esto ocasiona que en el siguiente arranque del sistema operativo el nombre de las interfaces se cambie o invierta.

glibc incompatible con bash después de actualizar

El amigo de un amigo actualizó su versión de bash para superar la vulnerabilidad conocida como shellshock en openSUSE 12.3:

zypper update bash

Luego de la actualización empezó a obtener mensajes de error:

Target initialization failed:
rpmdb2solv -r ‘/’ -p ‘/etc/products.d’  > ‘/var/cache/zypp/solv/@System/solvBx3cgH’
/bin/sh: /lib/libc.so.6: version `GLIBC_2.15′ not found (required by /bin/sh)

Puedo intuir que la versión de bash no encontraba compatibilidad con la versión de Libc instalada. No suena lógico que teniendo una dependencia esta no se actualice durante el zypper up. Pero bueno, yendo al grano.

Estaba en una situación en la que no podía actualizar el resto de paquetes porque estos usaban bash y bash no estaba ejecutandose correctamente por la incompabilidad. zypper, yast, export, setenv no podían ser ejecutados.

La solución fue descargar glibc-2.15-22.9.1.i686.rpm e instalarlo usando –replacefiles para que omitiera conflictos y reemplazara los paquetes por los nuevos:

rpm -ivh –replacefiles glibc-2.15-22.9.1.i686.rpm

«Booting from local disk… Boot failed: press a key to retry» con una controladora B120i de por medio

Últimamente me las encontré con la frustrante experiencia de querer usar el RAID por hardware de una tarjeta controladora B120i usando openSuSE y otras distros. Lo que me parecía más extraño de todo el caso es que configurando el arreglo en el ACU (Array Configuration Utility de HP) el instalador seguía viendo los discos por separado.

Me indagué con la documentación de HP y se requería deshabilitar IOMMU en el BIOS, cargar un driver (citado como DUD image) durante la instalación de la distro y únicamente estaba soportado SLES, RHEL y VMWARE en los sistemas operativos linux.

Vagando por el SO de mi router

El otro día me encontré con un jailbreak temporal en el sistema operativo del enrutador que mi proveedor de servicio de internet instaló en mi casa.

De manera general se conoce que el Sistema Operativo de un router debe ser de propósito específico, es decir, no está pensado para proveer de funcionalidades extras además de las necesarias para tener servicios como dhcp, ip forwarding, port triggering, port forwarding, conexiones vpn, conexiones ppp, etc. Es por ello que el fabricante normalmente no brinda al usuario o administrador del dispositivo el acceso a los detalles técnicos de su implementación.

Además de la interfaz administrativa a través del protocolo http este router, como muchos otros, provee de administración vía ssh/telnet. Nos autenticamos al router de la siguiente manera:

ssh usuario@ipDelRouter.

En mi caso: ssh admin@192.168.0.1

Ya autenticados vemos un prompt con > y tenemos acceso a una lista de comandos básica que podemos consultar con «help» o «?».