Esta es la solución final que he encontrado:

1. En /etc/default/nfs-common de ambas máquinas (servidor y cliente) poner:
   NEED_IDMAPD=yes
2. En /etc/idmapd.conf el dominio de ambas máquinas debe coincidir:
   Domain = xxxx
3. Nos aseguramos de que el servicio idmapd está corriendo en ambas máquinas:
   sudo service idmapd start
4. Reiniciamos el nfsd y volvemos a montar en el cliente.

Ya está. Todo debería estar funcionando.

Es verdad que desde la interfaz web se pueden configurar ciertas cosas, como por ejemplo los límites de velocidad de subida y descarga, el puerto, etc…

Pero también es verdad que muchas veces cuando cambio algo ahí no me guarda los cambios; o quiero cambiar alguna otra cosa, como por ejemplo el ratio subida/descarga..

En fin, esto es lo que he hecho para hacer estos cambios:

1. Lo primero que necesitas es tener instalada la versión DEV (para desarrolladores) del firmware para La Fonera.
2. Ahora hay que entrar por SSH:
   ssh root@192.168.2.253
   Sustituye 192.168.2.253 por la IP de tu Fonera.
3. Asumiendo que ya tienes instalada la aplicación de Torrents, entra en la administración por web y para la aplicación. Dale a Panel de Control -> Torrent y luego a Desactivar:

   

4. Nos vamos al directorio donde están instaladas las aplicaciones de la Fonera. Normalmente es el directorio FoneraApps del disco duro que tengas conectado. En mi caso:
   
# cd /tmp/mounts/almacen/FoneraApps/
# ls
torrent.2.3.6.0.fmg torrent.2.3.6.0.swp torrent.2.3.6.0.var
#

5. Esos ficheros no son más que imágenes de disco. La configuración que queremos tocar está en el fichero torrent.2.3.6.0.var, así que vamos a montarlo en /mnt:

   # mount -o loop torrent.2.3.6.0.var /mnt

6. Si se ha montado bien, nos vamos a /mnt y vemos qué hay:

   
# cd /mnt
# ls
blocklists lost+found resume settings.json stats.json torrents
#


7. En el fichero settings.json están todos los parámetros que podemos tocar, así que lo editamos:

   # vim settings.json

   Este es el contenido de mi fichero:

   
{
"alt-speed-down": 50,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 50,
"bind-address-ipv4": "0.0.0.0",
"bind-address-ipv6": "::",
"blocklist-enabled": false,
"dht-enabled": true,
"download-dir": "\/tmp\/mounts\/almacen\/\/torrent",
"encryption": 1,
"lazy-bitfield-enabled": true,
"message-level": 2,
"open-file-limit": 32,
"peer-limit-global": 240,
"peer-limit-per-torrent": 60,
"peer-port": 2099,
"peer-port-random-high": 65535,
"peer-port-random-low": 49152,
"peer-port-random-on-start": false,
"peer-socket-tos": 0,
"pex-enabled": true,
"port-forwarding-enabled": false,
"preallocation": 0,
"proxy": "",
"proxy-auth-enabled": false,
"proxy-auth-password": "",
"proxy-auth-username": "",
"proxy-enabled": false,
"proxy-port": 80,
"proxy-type": 0,
"ratio-limit": 2,
"ratio-limit-enabled": true,
"rpc-authentication-required": true,
"rpc-authentication-system": true,
"rpc-bind-address": "0.0.0.0",
"rpc-enabled": true,
"rpc-password": "xxxxxxxxxxxx",
"rpc-port": 9091,
"rpc-username": "",
"rpc-whitelist": "*.*.*.*",
"rpc-whitelist-enabled": true,
"speed-limit-down": 200,
"speed-limit-down-enabled": false,
"speed-limit-up": 20,
"speed-limit-up-enabled": true,
"upload-slots-per-torrent": 14,
"watch-dir": "\/tmp\/mounts\/almacen\/\/torrent",
"watch-dir-enabled": true
}


   Yo sólo he tocado las opciones de límites de velocidad y ratio, pero aquí tienes una descripción de todas las opciones para adaptarlo a tus necesidades.

8. Una vez modificado a tu gusto, desmontamos el sistema de ficheros:

   # cd ; umount /tmp

9. Volvemos a lanzar la aplicación de Torrents desde Panel de Control -> Torrents

Una vez hecho todo esto, ya deberías tener funcionando todo a tu gusto… :-)

Como por desgracia todavía tengo que tener un Windows instalado, decidí probar Windows 7 para darle una oportunidad. Y aquí metí la pata, porque como ya sabemos, Windows no respeta nada y se carga lo que haya en el MBR del HDD, así que perdí el arranque del Linux y sólo arrancaba Windows.

Para intentar solucionarlo fui a tirar del maravilloso disquete de Super Grub Disk que guardo en un cajón, pero me acordé de que en esta versión de Ubuntu el Grub es nuevo, así que no iba a arreglar nada. Me puse a buscar otra forma, y aunque la encontré, nada decía de arreglar el desaguisado cuando estabas usando LVM.

Uniendo un poco de información de aquí y de allá he podido recuperarlo.

Estos son los pasos que hay que seguir:

1. Arrancar con un CD Live de Ubuntu.
2. Abrir un terminal “gnome-terminal” o “Konsole”.
3. sudo apt-get install lvm2
4. sudo pvscan
5. sudo vgscan
6. sudo vgchange -a y
7. sudo lvscan
8. Identificamos las particiones: sudo fdisk -lu
9. sudo mount /dev/grupo/lvroot /mnt
10. sudo mount /dev/sda5 /mnt/boot
11. sudo mount –bind /dev /mnt/dev
12. sudo mount -t proc none /mnt/proc
13. sudo mount -t sysfs none /mnt/sys
14. sudo chroot /mnt
15. update-grub
16. grub-install /dev/sda
17. exit
18. sudo umount /mnt/sys
19. sudo umount /mnt/proc
20. sudo umount /mnt/dev
21. sudo umount /mnt/boot
22. sudo umount /mnt
23. Reiniciar

NOTA: Ahí están puestas mis particiones como ejemplo; por supuesto, cada sistema puede ser distinto y habrá que adaptar un poco los pasos.

Ahora mismo en casa usamos una combinación de cacharros para poder ver la tele que nos gusta:

• Tenemos un televisor Philips LCD que es HD Ready (1080i como máximo), pero que no tiene conectores HDMI (le tengo puesto un convertidor de HDMI a DVI), ni TDT. Lo compramos en 2005, nos costó una pasta y no lleva nada de eso… pero bueno, su calidad de imagen es buenísima. No he visto muchas teles que se vean mejor que esta.
• Para ver los canales TDT usamos un iPlus, que lleva doble sintonizador de TDT y de satélite. Nos hemos dado de baja de Digital Plus, pero como es nuestro, lo podemos seguir usando para ver la TDT; y con el doble sintonizador podemos grabar un canal a la vez que hacemos timeshift en el que estamos viendo. Tiene soporte de HD (Alta Definición) en satélite y en TDT.
• Además, para complementar la oferta televisiva, tenemos una Xbox (de la primera generación) en la que tenemos instalado el Xbox Media Center, que es sin duda “el programa” para usar en una Xbox. Con ella vemos todo lo que descargamos de Internet, los videos caseros, las fotos, escucha música… Reproducimos tanto lo que está en su disco duro o lo que está en el servidor usando la red.
• Mi viejo ordenador (un Pentium 3) actuando como servidor de ficheros y con un programa de torrents (rTorrent) para descargar contenido multimedia de la Red. Este ordenador puedo además encenderlo y apagarlo desde la propia Xbox usando un script en Python.

El otro día, buscando algo, me encontré con el EMTEC Q800… No tenía mala pinta: sintonizador analógico (ya para nada) y de TDT, disco duro de 1TB, red, programar grabaciones, timeshift, modo NAS, reproducción por red usando Netbios, etc, etc… Pero lo que más me llamó la atención es que se podía modificar para usar en él una Debian, y hay gente que instala Transmission como cliente de torrents… Mmmmm… Se me pusieron los ojos como platos, ahora podría usar un sólo cacharro para sustituir a la Xbox, el iPlus y al ordenador que descarga de Internet… Además, seguro que consumiría menos electricidad que el Pentium 3 mientras descargaba de Internet.

El viernes pasado fui al Media Markt y allí estaba… pero al final pillé el S800 porque lleva euroconector, y no sé porqué, pero en mi tele lo que no es HD se ve mejor por euroconector que por DVI. Total: 269€

Me lo llevé a casa y lo probé el mismo viernes por la noche… ¿Resultado?: a las dos horas lo tenía empaquetado en su caja y pendiente de llevarlo de vuelta para que me devuelvan el dinero. Comento las razones, y no por orden de importancia:

• La calidad viendo la TDT era un poco inferior a la que me da el iPlus. No mucho, pero ya que cambio… :-)
• Lleva un sólo sintonizador de TDT. Si voy a quitar un aparato que lleva dos, no voy a sustituirlo por otro que lleva uno solo. Además, que uso bastante esta característica.
• No lleva soporte de TDT HD. La misma razón que el punto anterior… tengo que pasar a un aparato que tenga Alta Definición en la TDT.
• XBMC. Sobran las palabras. Hice pruebas y todas las películas que probé se veían mejor usando XBMC que usando el S800. Ese programa aplica ciertos filtros que mejoran mucho la calidad de imagen. Además, el soporte de subtítulos es muuuucho mejor (creo que el S800 ni siquiera lo tiene). Y mejor no hablar de la velocidad de los menús y del resto de características que disfruto en XBMC, como la Biblioteca… En fin, ni punto de comparación.
• No puedo encender el servidor desde el S800 usando el mando a distancia. Parece una tontería, pero lo uso demasiado… No me apetece levantarme del sofá y andar unos 20 metros para encender el ordenador… :)

Llegados a este punto ni siquiera me pensé el probar nada de instalar Debian ni mucho menos…

A destacar del S800, si no buscas lo que busco yo:

- 1TB de disco duro interno.
- Bajo consumo.
- Grabación de la tele (analógica y digital). Programable.
- Timeshift.
- Reproducción de archivos multimedia, tanto en disco local como por red.
- Lo puedes usar como servidor de ficheros.
- Creo que buena relación calidad precio.

En resumen: tendré que seguir esperando hasta que salga un buen Media Center que cumpla mis expectativas, o me tendré que decidir un día, comprar un mini ordenador con un Atom y montar algún software que me permita hacer todo lo que quiero.

¿Alguien recomienda algo? Estoy abierto a sugerencias… :-)

Resulta que con la actualización en mi servidor casero de la Ubuntu server 8.04.1 a la 8.10, perdí la funcionalidad del Wake On LAN, que tanto trabajo me costó hacer andar y que además me es bastante útil.

En lo primero que me fijé es en que al apagar el equipo se apagaba la tarjeta de red, por lo que evidentemente la tarjeta no respondía a los paquetes de red que le decían que encendiese el ordenador. Para solucionar esto me fui directamente al fichero que había tocado anteriormente: /etc/init.d/halt, para quitar el parámetro “-i”, que hace precisamente eso; pero al editar el fichero me di cuenta de que han mejorado el script y ahora basta con poner en /etc/default/halt:

NETDOWN=no

Pero seguía sin funcionar… así que volví al bug que ya había visto la otra vez, y parece que la gente ha seguido investigando el tema.

El problema parece estar en el nuevo kernel (2.6.27), porque en el que usaba anteriormente (2.6.24) todo iba perfecto; y aunque el driver al que se refieren en ese bug no es el de mi tarjeta actual (ahora tengo un Intel Ethernet Pro 100), sí que está afectado también por ese problema. A ver si en la próxima actualización del kernel meten el parche.

Lo que he tenido que hacer al final es lo siguiente:


$ lspci | grep -i ethernet
00:09.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 0c)
$ echo enabled > /sys/bus/pci/devices/0000:00:09.0/power/wakeup


La última línea la he añadido a mi /etc/rc.local para que se haga siempre al arrancar el sistema.

Ayer, a mis amigos de Fanboy.es les cerraron el chiringuito por consumo excesivo de recursos, y por el mensaje del administrador del hosting, tenía toda la pinta de ser culpa de algún plugin que están usando en WordPress.

Anoche, después de que les reactivaran el servicio, me puse a actualizarles el WP y el muy puñetero la cagó al actualizar la BB.DD., porque empezaron a salir caracteres extraños en lugar de las tildes, como si la página estuviese codificada en Latin1, y los datos en UTF-8.

Esta mañana me he puesto a mirar y resulta que lo que había pasado es que el actualizador había convertido a UTF-8 las tablas que ya estaban en UTF-8, así que ahora los caracteres que debían ocupar 2 bytes (los acentuados), estaban ocupando 4 bytes.

Por ejemplo: la palabra “próximo” estaba así “próximo”:

00000000 70 72 c3 83 c2 b3 78 69 6d 6f 0a |pr....ximo.|

Así que lo que he hecho ha sido hacer una copia de seguridad de la BB.DD. y ponerme a buscar cómo “volver atrás” en esa conversión. Buscando un poco por internet, he encontrado esta página, e inspirándome en lo que cuentan ahí, he hecho la conversión de esta forma:

sed -e 's/\xc3\x83\xc2\(.*\)/\xC3\1/g' -e 's/\xC3\x82\xC2\(.*\)/\xC2\1/g' -e 's/\xc3\xa2\xc2\x80\xc2\(.*\)/\xe2\x80\1/g' fanboyes_blog.sql > fanboyes_blog_utf8.sql

Ya sólo quedaba importar ese fichero de nuevo en la BB.DD… Et voilà!, ¡todo funcionando perfectamente! :-)

Una vez más, trabajar con Linux y herramientas GNU me ha ayudado a solucionar un problema… ;)

Para aprovechar esos botones y darle algún uso en Linux, me he guiado por este artículo bastante bueno. Al final el apartado de configuración del ratón en /etc/X11/xorg.conf ha quedado así:


Section "InputDevice"
Identifier "Configured Mouse"
Driver "evdev"
Option "Device" "/dev/input/event2"
Option "ZAxisMapping" "4 5"
Option "Buttons" "9"
Option "Resolution" "2000"
Option "SendCoreEvents" "True"
EndSection


Sólo he cambiado una cosa de lo que se explica ahí, que son las opciones:


Option "Dev Name" ""
Option "Dev Phys" ""


y es que no es obligatorio definir “Device”, “Dev Name” y “Dev Phys”. Son sólo tres formas distintas de hacer referencia al mismo dispositivo. Puedes usar una sóla de las tres.

Lo bueno de esto es que además de usar dos botones más —en Firefox me sirven para ir hacia delante y hacia atrás en el historial—, he conseguido ponerle una resolución de 2000 dpi… y se nota. :-)

Lo curioso del tema es que si arrancaba Windows XP y apagaba el ordenador, el arranque usando etherwake funcionaba perfectamente; pero si arrancaba Linux y apagaba, no podía volver a encenderlo usando este método.

Después de volverme loco usando ethtool para configurar el WoL en la tarjeta de red, no conseguí nada. De todas formas, pongo por aquí lo necesario para activar el WoL en un dispositivo en Linux:

ethtool -s eth0 wol g

Al final, resulta que el driver del kernel para esta tarjeta tiene un bug que hace que no informe a la BIOS de que es capaz de encender al sistema cuando apagas el ordenador.

El hack que hay hasta la fecha es hacer que el programa que prepara el ordenador para el apagado no “desconfigure” los dispositivos de red, así que al menos en Debian y derivados, tenéis que editar el fichero /etc/init.d/halt.

Buscar la llamada al programa halt y eliminar el parámetro -i, que es el que le dice que “desconfigure” los dispositivos de red:


log_action_msg "Will now halt"
sleep 1
# halt -d -f -i $poweroff $hddown
# Parche para que funcione el Wake-On-LAN
halt -d -f $poweroff $hddown


Después de eso, ya me funciona perfectamente y puedo encender mi ordenador desde el router Linksys con Kamikaze. :-)

En realidad estoy muy contento con él, es un pepino, la virtualización va perfecta y como no uso el ordenador para jugar, la verdad es que tengo la sensación de que aquí hay ordenador para por lo menos otros 7 años… Aumentando la memoria y el disco duro, claro… :D

Pero con quien estoy cabreado es con ATI, porque llevo unos días observando que el indicador de temperatura de la tarjeta gráfica me sube a entre 32 y 34 grados centígrados cuando estoy usando Linux, pero sin usar compiz, ni juegos, ni nada… sólo navegando con Firefox y poco más. Resumiendo: nada que implique que la tarjeta gráfica tenga que trabajar demasiado. Sin embargo, arranco Windows XP y empieza a bajar la temperatura hasta mantenerse en 26 grados.

He actualizado los drivers para Linux a la última versión y nada, igual. Y encima, los drivers que estoy usando en Windows son de hace casi un año.

Luego me he puesto a buscar un poco y por lo visto no soy el único al que le pasa esto. Definitivamente, ATI tiene que ponerse las pilas y sacar unos drivers para Linux en condiciones.

Nota: Puede que las temperaturas reales sean más altas, porque estoy usando el sensor que trae la caja del ordenador, pero para este caso da lo mismo, lo importante es la diferencia de temperatura.

También tengo otro Linksys WRT54GS que lo usaba más que nada para cacharrear y como centralita de VoIP usando Asterisk.

Bien, pues el otro día este último sufrió, digamos, una de mis terribles metidas de manos y no arrancaba, así que aproveché para probar la nueva versión de OpenWrt, a la que han llamado Kamikaze (versión 7.07 en el momento de escribir esto).

Lo primero que me llamó la atención fue el hecho de que ahora la configuración no se guarda en NVRAM, sino que ésta se guarda en ficheros dentro de /etc/config. Lo malo de esto es que no puedes actualizar el firmware sin perder la configuración, pero vamos, yo de todas formas hacía copia de /etc por si las moscas, así que pienso que la ventaja de tenerlo todo en ficheritos fáciles de entender supera al inconveniente.

Lo siguiente que me llamó la atención leyendo la aún escasa documentación (aunque seguro que pronto el wiki estará hasta arriba) es que se pueden tener varias SSIDs con un solo punto de acceso, y lo mejor, ¡se puede usar en modo cliente y AP (Access Point) a la vez!. Todo esto dependiendo del chip:

Chip Broadcom (el que tiene mi router):

• 1 cliente y de 0 a 3 AP.
• de 1 a 4 AP.
• 1 en modo adhoc

Chip Atheros:

• 1 cliente y de 0 a 4 AP.
• de 1 a 4 AP.
• 1 en modo adhoc

Así que me puse manos a la obra y ¡a cacharreaaaarrr!. :-)

Lo primero que probé fué a tener configuradas dos SSID (dos redes wireless, para entendernos), una privada protegida por WEP y otra abierta. Resumiendo y para no aburrir aún más, funciona. La única pega es que como comparte el BSSID (la dirección MAC de la tarjeta wireless) pueden haber problemas para que algunas tarjetas receptoras detecten las dos redes, así que hay que configurar a mano la que no se “vea”, como si estuviera oculto el SSID. La configuración para conseguir esto, o cómo flashear el router no es el cometido de esta entrada, así que recomiendo la lectura del Wiki de OpenWrt donde está todo perfectamente documentado.

Ahora vamos con lo que me interesaba, que es configurar el WRT en modo cliente como hasta ahora, y además configurarlo como un AP de una red WEP para usarlo con la Nintendo DS. Sí, ya sé que WEP es inseguro, pero es que la DS no soporta WPA.

Fichero /etc/config/network

#### VLAN configuration
config switch eth0
        option vlan0    "1 2 3 4 5*"

#### Loopback configuration
config interface loopback
        option ifname   "lo"
        option proto    static
        option ipaddr   127.0.0.1
        option netmask  255.0.0.0

#### LAN configuration
config interface lan
        option type     bridge
        option ifname   "eth0.0"
        option proto    static
        option ipaddr   192.168.2.254
        option netmask  255.255.255.0

#### WAN configuration
config interface        wan
        option ifname   "wl0"
        option proto    dhcp

Fichero /etc/config/wireless

config wifi-device  wl0
        option type     broadcom
        option channel  11

config wifi-iface
        option device   wl0
        option network  wan
        option mode     sta
        option ssid     Internet
        option encryption       wep
        option key 1234567890

config wifi-iface
        option device   wl0
        option network  lan
        option mode     ap
        option ssid     Privada
        option encryption wep
        option key 1234567890
        option hidden   0

Y ya está… tan fácil como eso. :-)