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.

Luego de esa fui a las de 2000 y 2001, pero no fueron igual… como en Mollina, creo que en ninguna parte.. ;)

A la mayoría que lea esto no le importará nada, pero lo dejo aquí puesto para acordarme de lo bien que lo pasamos ¡¡hace 10 años!!

Mmmm… por cierto, esto me recuerda a la captura de pantalla del programa HYNews… se puede ver un email de David a mi en 1996… ¡¡trece años!! :D

Tan sólo tendríais que configurar rTorrent poniendo algo como esto en vuestro rtorrent.rc:

scgi_port = localhost:5000

La parte de Cherokee la hará el asistente. Disponible ya en la versión 0.99.24.

¿Cómo? ¿que todavía no usas Cherokee? ¡¿A qué estás esperando?! :D

Este es el extracto del log. He ocultado la IP de mi amigo y el nombre del fichero, que por supuesto tampoco es ese.


XX.XXX.XXX.XXX - - [16/May/2009:13:41:52 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 28029 "-" "Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_2_1 like Mac OS X; es-es) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5H11 Safari/525.20"
17.148.64.65 - - [16/May/2009:13:41:53 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.0" 200 28029 "-" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/522+ (KHTML, like Gecko) Safari/419.3"


Haciendo un whois de esa IP tenemos:


OrgName: Apple Computer, Inc.
OrgID: APPLEC-3
Address: 20740 Valley Green Drive, MS32E
City: Cupertino
StateProv: CA
PostalCode: 95014
Country: US

RTechHandle: ZA42-ARIN
RTechName: Apple Computer, Inc.
RTechPhone: +1-408-974-7777
RTechEmail: Apple-NOC@apple.com


Apple… WTF!!

ACTUALIZACIÓN:

Como David en su comentario me puso en duda, he hecho la prueba accediendo al enlace desde Safari en Mac OS X, por lo que debería haberse comportado de la misma forma, pero no ha sido así:

XX.XXX.XXX.XX - - [17/May/2009:02:01:03 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; es-es) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1"
XX.XXX.XXX.XX - - [17/May/2009:02:01:04 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Apple-PubSub/65.1.2"
XX.XXX.XXX.XX - - [17/May/2009:02:01:04 +0200] "GET /un_fichero_cualquiera.xml HTTP/1.1" 200 41775 "-" "Apple-PubSub/65.1.2"

Las XX.XXX.XXX.XX representan sólo mi IP.

Aquí podemos ver otras dos solicitudes del fichero, y parece que por algún “script” o sistema que lleve Mac OS integrado, pero todas las solicitudes se han realizado desde mi IP, no hay ninguna otra desde Apple.

La verdad es que todo esto es mosqueante…

Características de mi equipo:

- Placa base MSI P965 Platinum (BIOS versión 1.8)
- Intel Core 2 Duo E6600
- 4GB de RAM
- Tarjeta gráfica ATI Radeon X1650 Pro
- Disco duro Seagate de 400GB donde está GRUB, Windows XP y Kubuntu.
- Disco duro Seagete de 500GB donde está Mac OS X.

Para empezar, decir que hay varias distribuciones de Mac OS rodando por Internet, y la que yo he instalado es la iDeneb 1.4.

Preparación del entorno

Lo primero que necesitas es crear una partición primaria en tu disco duro para instalar Mac OS. Yo intenté hacerlo en una lógica y el instalador no la veía como disponible. Una vez conseguí que la viese, pero después de instalar no hubo forma de hacerla arrancar.

Personalmente, con tantas pruebas y para no romper nada de lo que tenía, al final opté por comprar otro disco duro e instalarlo ahí, pero vosotros podéis, bien reparticionar desde cero (aunque esta opción si ya tienes otros SO es muy dura), o usar alguna utilidad de reparticionamiento como GParted.

La partición que vayáis a crear recomiendo que sea al menos de 10GB y de tipo FAT32, NTFS o HPF+.

Para terminar, si quieres disponer de todos los cores de tu procesador, ve a la BIOS y activa la opción “BIT SECURE…”. No es obligatorio, pero sin duda mejorará el rendimiento.

Instalación de iDeneb 1.4

Nos descargamos esta distribución y grabamos su imagen ISO en un DVD, a una velocidad máxima de 4X, porque a más velocidad dicen que puede dar problemas.

Una vez grabada, arrancamos con ese DVD y tras esperar un buen rato nos saldrá el instalador. Seleccionamos el idioma que queremos usar, aceptamos las condiciones y nos saldrá una ventana para elegir la partición en la que queremos instalar el SO. Si no sale ninguna (lo más normal), nos vamos al menú de arriba y pulsamos en “Utilidades->Utilidad de Discos”; ahí nos saldrán todos los discos con sus particiones.

Ahora seleccionamos la partición en la que queremos instalarlo (hay que asegurarse bien, no nos vayamos a cargar la partición de Windows), pulsamos el botón borrar que está a la derecha, seleccionamos el tipo de sistema de archivos “Mac OS con registro”, le ponemos un nombre al volumen (MacOSX por ejemplo) y pulsamos el botón borrar que está abajo.

Esto último borrará todo lo que haya en esa partición y generará el sistema de ficheros necesario para instalar, así que una vez hecho esto, salimos de la utilidad de discos yendo al menú de arriba a la izquierda y volveremos al programa de instalación, donde si todo ha ido bien, ahora veremos disponible la partición que acabamos de preparar; la seleccionamos y le damos a Continuar.

Ahora tenemos que pulsar en Personalizar, para elegir los parches y opciones que queremos instalar. Esto es lo que hay que marcar:

• Idiomas disponibles. Elige el que quieras usar; en mi caso sólo marqué el Español.
• Tipos de letra adicionales
• X11 (opcional, pero interesante de tener)
• Patches 10.5.6 Ready
  • Audio:
    • AppleAzaliaAudio. Sólo dispondremos de dos altavoces, porque aunque se supone que esta placa lleva una tarjeta con el chip ALC883, no he conseguido que funcione. Puedes probar tú y si te funciona, ¡enhorabuena!.
  • Chipset:
    • ICHx Fixed
    • JMicronATA
  • Fix:
    • Cpus=1-Fix (Si no activas la opción “BIT SECURE…” en la BIOS)
    • IOUSBFamilyFix
  • Video: (Selecciona aquí el driver de tu tarjeta gráfica
  • Applications: (Yo las marco todas)

A continuación, le damos a continuar y el sistema comenzará a verificar el DVD en busca de errores. La primera vez que vayas a instalarlo puede estar bien que dejes que se realice este proceso, pero una vez que te asegures que el disco está bien, para las siguientes puedes pulsar el botón de “Omitir” y pasar directamente a la instalación.

Arrancando por primera vez

Una vez terminado de instalar el sistema operativo, el programa de instalación reinicia el ordenador. Sacamos el DVD de la unidad y dejamos que arranque desde el HD. Pueden pasar varias cosas:

La primera es que si lo instalas en el mismo HD donde tenías tus otros sistemas operativos (Windows, Linux, etc.), lo más probable es que haya sobreescrito el sector de arranque (MBR) y no seas capaz de arrancar ningún sistema operativo, NI SIQUIERA MAC OS X.

Si tenías instalado GRUB, no hay problema, porque gracias a Super GRUB Disk, podemos restaurar dicho gestor de arranque sin ningún tipo de complicación, y podemos volver a tener el sistema como lo teníamos antes. En cambio, si no usabas GRUB, lo siento pero tendrás que buscar otro tutorial por ahí que te explique cómo restaurarlo.

Otra cosa que te puede ocurrir es que hayas instalado Mac OS en un disco duro secundario. En este caso el sistema arrancará exactamente igual que antes (o al menos debería).

Ahora ya sólo faltaría incluir Mac OS en la lista de SO disponibles para arrancar; y estas son las instrucciones que hay que seguir para arrancarlo usando GRUB:

1. Arrancamos Linux.
2. Editamos el fichero /boot/grub/menu.lst
3. Copiar el trozo que sirve para arrancar Windows y ponerlo debajo de éste
4. Guardar el fichero.

Debería quedar algo así:


title Windows XP
root (hd0,1)
makeactive
chainloader +1

title Mac OS X
root (hd1,0)
makeactive
chainloader +1


Para terminar, os dejo un enlace a los foros de Insanely Mac, dónde se puede encontrar toda o casi toda la información disponible sobre el uso del sistema operativo de Apple en PCs.

P.D: Mi opinión sobre el sistema y tal, lo dejo para otro post… :-)

Después de muchas pruebas, descubrimos que la variable $_POST de PHP contenía sólo las primeras 200 variables que se le enviaban al PHP.

Me puse a buscar y el problema estaba en que la versión de PHP que está usando su proveedor de hosting está parcheada con Suhosin, y este parche por defecto limita el número de variables enviadas por POST a 200.

La solución, poner esta directiva en el php.ini:

suhosin.post.max_vars = 2048

Por supuesto, se puede poner más, pero con eso nos era suficiente.

Más información sobre las opciones de configuración de este parche.

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… ;)

Leyendo una noticia en El Mundo sobre la foto del atentado en la que murieron dos soldados españoles el otro día, y que distribuyó el Ministerio de Defensa, vuelvo a leer —y reitero, como siempre— que le echan la culpa de la cagada al programa informático…

Un error debido a las prisas y una mala jugada del programa informático en cuestión, ya que a la hora de dibujar el círculo rojo y arrastrarlo hacia la zona donde se encontraban los restos de la furgoneta, también arrastraron estas dos sombras.

Bueno, también debido a las prisas, pero dejan bien claro que la culpa de arrastrar con el círculo las sombras es del programa… Anda que.

Es por esto que hace unos meses le comenté a David que me gustaría involucrarme y colaborar en algún proyecto Open Source. Ya estaba harto de pensar “hay que ver lo que podría hacer y no hago nada”, pero es de estas cosas que las piensas y ya las harás.

Un día me harté de mi anterior empresa de hosting (Webhostingbuzz) y decidí buscarme otra. Contraté un servidor dedicado y como me dejaban elegir el sistema operativo, les dije que un Linux a pelo y yo me encargaría de montar el servidor web.

El caso es que ya que tenía que cambiar de servidor, pensé en cambiar también de servidor web en sí y abandonar Apache, que consume bastante memoria. No sé si fue el día anterior, pero coincidió el cambio de servidor con la publicación en Barrapunto de la noticia del lanzamiento de la versión 0.8.0 de Cherokee. Ya había leído en el pasado sobre Cherokee, el servidor web libre más rápido, programado desde cero por Álvaro López Ortega, un español que trabajaba en Irlanda para Sun Microsystems.

Tengo que reconocer que al principio todo fueron problemas:

• Para empezar, el programa se configura usando una interfaz por web, que me pareció más un estorbo que una ayuda.
• La filosofía de funcionamiento era totalmente distinta a la que yo estaba acostumbrado en Apache. Nada ficheros .htaccess, por ejemplo.
• No había forma de hacer andar WordPress, y me hacía falta para hacer andar este blog sobre Cherokee.

Estuve a nada de pasarme a usar Nginx, pero después de unos correos en la lista de distribución de Cherokee, y otros cuantos correos con Álvaro, me encabezoné en apoyar el proyecto de un español. Sin duda la ayuda que me dieron en la lista, y la ayuda personal que me dio Álvaro, sirvieron de mucho para decidirme a usar el programa.

Conforme iba configurando cosas, a la vez reportaba los errores que me iba encontrando tanto en el servidor en sí como en el configurador. Una cosa llevó a la otra y un día detecté un error y me puse a intentar arreglarlo yo. Después de pelearme con el C que ya lo tenía bastante oxidado, le mandé un parche a Álvaro y me ayudó a pulir un par de cosillas más.

Después de unos días ya le había enviado unos cuantos parches, y supongo que se hartó de recibir correos míos, porque me propuso el crearme una cuenta en el repositorio de Subversion donde están los fuentes del programa. Al principio le dije que no, que no me atrevía a meter la pata enviando parches yo directamente, pero insistió y me dio una cuenta. Este es el primer parche que envié yo. Aunque no empecé muy bien, porque me cargué el fichero de log de cambios por culpa del UTF-8. :D

Del parche que estoy más orgulloso es del que permite hacer funcionar perfectamente WordPress en Cherokee. El que no sea programador a lo mejor no lo entiende, pero saber que algo así funciona gracias a ti, pues la verdad, te hace sentir muy bien. ;)

En fin, poco a poco he ido colaborando, más que nada puliendo cosillas pero sobre todo APRENDIENDO. Estoy aprendiendo un montón de Python, que tenía ganas de meterle mano desde hace mucho, y ahora poco a poco voy aprendiendo. También estoy refrescando mucho mi C, que ya casi ni me acordaba; y sobre todo en técnicas de programación: se aprende mucho viendo el código de otros, y el de Cherokee a mi me parece muy bueno.

Hace unos días recibí un correo electrónico de Álvaro diciéndome que por haber colaborado bastante, desde Octality me iban a enviar una camiseta, y es la que podéis ver en la foto de esta entrada cubriendo mi pedazo de cuerpo serrano. :D La camiseta es guapísima, y me llegó también con 5 pegatinas, una de las cuales ya ha ido directamente a la parte trasera de la pantalla del portátil. :-)

Octality es la empresa que ha fundado Álvaro al dejar Sun, y se dedica a montar infraestructuras web de alto rendimiento para sitios que tengan mucho tráfico. Evidentemente sus soluciones están basadas en Cherokee, de ahí que últimamente su desarrollo esté avanzando tanto.

Así que sin haberlo planeado he hecho lo que pretendía: meterme en la comunidad de desarrollo de un proyecto Open Source, ¡y muy contento que estoy!. La última versión de Cherokee, la 0.10.0, es la más estable hasta ahora. Y se nota.