Autoconectar Airport a nuestra red wifi en Mac OS

Hace poco me sucedió que el Airport de Mac OS no autoconectaba a mi red Wifi, tenía que ir y seleccionar la red manualmente, parece que la configuración se corrompe y lo hay que hacer es regenerarla, para eso, desactivamos Airport y desde Terminal como root eliminamos el fichero com.apple.airport.preferences.plist

sudo rm /Library/Preferences/SystemConfiguration/com.apple.airport.preferences.plist

Activamos de nuevo Airport y conectamos a nuestra red para así regenerar el fichero de configuración, volvemos a desactivar Airport y editamos el fichero com.apple.airport.preferences.plist para cambiarle el valor de la clave Autologin de false a true:

Y así la próxima vez Airport conectará automáticamente.

Servidor migrado

Bueno pues ha llegado el momento de cambiar de servidor, se acaba eso de servir desde mi casa con los beneficios e inconvenientes que conlleva, ha sido una buena experiencia, he aprendido muchas cosas y en general el servidor se ha comportado muy bien, sin embargo hoy en día muchos sitios ofrecen hosting gratuíto y realmente bueno, la elección más sencilla fué wordpress, ya que tiene herramientas para exportar e importar y todo fué fácil y rápido. Barajé la opción de un hosting de pago, hay buenos y realmente baratos, pero para la actividad que tiene éste blog creo que no merece la pena, tiene pocas visitas (tal vez porque mi adsl no es capaz de manejar mucho más) y posteo muy poco, al menos lo que está escrito seguirá vivo y también tendré un sitio donde colgar cosas de forma espontánea como he hecho hasta ahora. La máquina que hacía de servidor, migranpipa, ahora estará apagada casi todo el tiempo y la seguiré usando para cacharrear y hacer pruebas. Esperemos que todo vaya bien con wordpress.

Relé avisador de luces encendidas en Golf II.

Después de dejarme varias veces las luces encendidas decidí hacer esta pequeña modificación, muy sencilla, pero útil, es lo que traen todos los coches nuevos, si tienes las luces encendidas y abres una puerta, un relé te avisa pitando.

Material necesario:

1. Relé acústico (zumbador), puedes conseguirlo en un desguace de cualquier otro coche, yo lo compré nuevo, creo que costó 3 euros, marca Nagares que se puede conseguir en cualquier autorepuesto y es muy sencillo de instalar pues sólo tiene dos patas: el positivo y el negativo, como recomendación busca un sonido «bonito», éste que yo compré es un pitido no muy incómodo.
2. No es necesario, pero sí conveniente un portarelé, así lo dejamos bien sujeto.
3. Conectores tipo fast-on.
4. Grapas roba-corriente.
5. Un trozo de cable de dos colores, con un metro de cada será suficiente, lo ideal es mantener los mismos colores, es decir marrón para la masa y azul-gris para el positivo, pero valdrá de cualquier color.
6. Herramientas varias como destornilladores, alicates…

El proceso:

Lo primero que tenemos que hacer es desconectar la batería ya que vamos a trabajar con electricidad y puede ser peligroso principalmente para ti pero también para los elementos eléctricos.
Ahora quitamos la balda que va debajo del volante, lleva cinco tornillos, uno a cada lado y otros tres por la parte de arriba, son los que aparecen en la foto:

El que está situado más abajo a la izquierda está escondido, hay que buscarlo por debajo.

Para mayor comodidad descolgaremos la caja de fusibles, hay que soltar dos grapas, una que está en la parte inferior, la giramos media vuelta y tiramos de ella hacia afuera, la otra se encuentra en la parte izquierda, es semicircular abierta y sale a presión por ese hueco que deja.
Para hacer la instalación sólo tenemos que buscar un cable de masa y el positivo que sale del interruptor de las luces. En concreto la masa la sacaremos del interruptor de la puerta porque sólo queremos que pite cuando ésta se abra, si tomamos otro punto estaría pitando siempre que tengamos las luces encendidas. El cable en cuestión es de color marrón-blanco y lo encontramos en el hueco que va hacia la puerta. Cortamos un trozo de cable marrón que irá desde la masa al relé, le colocamos por un lado un terminal fast-on hembra, por el otro un robacorriente y lo grapamos al cable de masa.

Para el positivo, haremos la misma operación pero con el cable gris-azul que sale del interruptor de las luces, éste pasa por la columna de la dirección, ahí es de donde mejor lo podemos grapar, no hay pérdida pues es el único de ese color:

Vemos que el relé sólo tiene dos patas, el negativo, es decir la masa (cable de color marrón) y el positivo (cable de color gris-azul). Colocamos los cables que hemos hecho antes en la posición adecuada en el portarelé y éste a su vez en la caja de relés, que entra a presión, colocamos el relé y listo.

Ahora volvemos a conectar la batería, encendemos las luces y abrimos una puerta, debe sonar el relé. Por último sólo nos queda hacer el camino inverso, volver colocar la caja de fusibles en su sitio y atornillar la balda.

Reparando el varillaje del cambio a un Golf II

Hace tiempo que no escribo nada y de coches menos, pero es que no he hecho nada que tenga que escribir, hasta hoy, que parece que el varillaje del cambio de mi golf no está muy bien, le cuesta bastante entrar la primera, en ocasiones tengo que embragar varias veces y es culpa de unos casquillos de goma que con el paso del tiempo (20 años nada menos) se van rompiendo, así que toca cambiarlos, la reparación en sí es bastante sencilla y rápida, no hace falta ni levantar el coche.

Material necesario:

– 1 Casquillo naranja (2.7 Eur).

– 2 Tacos (2.8 Eur. unidad).

– 2 Casquillos (1.1 Eur. unidad).

– Eje con bola blanca (18 Eur), por el precio que tiene podemos dejarlo como opcional, yo lo cambié porque el mío estaba realmente mal.

– Llave fija del 13.

– Carraca con alargadores y dado del 13.

– Remachadora (opcional).

– Taladro y broca de metal (Para quitar los remaches).

– Herramientas varias como destornilladores, tenazas, martillo.

Fotos de algunos recambios:

El proceso:

Como dije antes, con un poco de maña se puede hacer sin levantar el coche, yo lo hice porque no me di cuenta, pero es cierto que es más cómodo con el coche levantado.

En primer lugar lo que haremos será sacar la varilla, o en su defecto el contrapeso que vemos en la foto, son sólo esos dos clips que salen con un destornillador.

Haremos lo mismo con la varilla de cabezas blancas, tiene también un sistema de clips que se abren con destornillador:

Ahora sacaremos en conjunto completo, es bastante sencillo, tres tornillos sujetan el soporte y un tornillo-tuerca es el encargado del centrado de la palanca de cambios, todos de métrica 13. Sacamos los tres tornillos.

Uno por parte delantera:

Y los otros dos por la trasera:

Salen bien desde arriba con una carraca y dos alargadores como la de la foto:

Éste punto es importante, lo que vamos a hacer es marcar el centrado actual de la palanca, para cuando volvamos a montarlo quede bien, ya que si no, no entrarán las marchas y tendremos hacer pruebas con otra persona regulando para que quede bien, de todas formas hay un truco que funciona muy bien para el centrado, al empujar hacia delante la palanca tiene que entrar la tercera, sin ningún otro movimiento, sólo hacia delante, si centramos con ese truco las demás también entrarán y queda bastante bien, aún así recomiendo marcar la posición, yo lo hice con un rotulador, en la foto lo retoqué ya que no se apreciaba la marca:

En realidad deberíamos usar una herramienta que bloquea la palanca para hacer el centrado correcto, pero yo no la tengo.

Aflojamos el tornillo-tuerca del 13:

Tiramos hacia fuera y nos quedaremos con el conjunto centrador y el conjunto del varillaje:

Aquí se puede apreciar el estado del casquillo bola:

El casquillo más problemático es el naranja, el causante de que no entren bien las marchas, tiene un soporte que va cogido con dos remaches que quitamos con un taladro, luego los podremos sustituir por tornillo-tuerca si no tenemos remachadora. Así estaba mi casquillo:

Sacamos el tornillo de métrica 13 que une la pieza en forma de «Z» con el eje de bola blanca, sacamos éste tras quitar el clip que hay por debajo, sustituímos los casquillos y montamos el eje nuevo y pieza Z, aplicamos grasa a todos los casquillos, tanto interior como exteriormente. Por último montamos el casquillo naranja, bien sea con remaches o tornillos.

Ya tenemos el conjunto como «nuevo», falta montar todo a la inversa, primero el conjunto del varillaje, luego el conjunto centrador, la varilla y el contrapeso, y por último centramos de acuerdo a la marca que hicimos o con el truco de la tercera. Hacemos algunas pruebas con el coche parado a ver si entran bien todas las marchas y si no retocamos un poco el centrado, lo ideal sería tener a una persona que vaya probando las marchas mientras corregimos el centrado.

Ahora el cambio es más preciso, la palanca no tiene holgura y entran todas las marchas perfectas, vamos como nuevo.

Servidor de streaming mt-daap

Después de configurar NFS en Mac OS X aproveché para montar un servidor de streaming de audio, en concreto voy a usar el protocolo Daap. El servidor correrá en una Debian y los clientes, pues cualquiera que soporte este protocolo, iTunes por supuesto, pero también hay libres como Rhythmbox o Amarok.

En primer lugar hace falta avahi-daemon, un demonio que realiza multicast DNS para publicar/descubrir servicios, en nuestro caso publicaremos el servidor daap y los clientes tendrán que descubrirlo, por tanto hace falta en todas las máquinas. En teoría mt-daapd trae su propia implementación para hacer multicast DNS pero parece que funciona mejor con avahi.

Por tanto en el servidor instalamos los paquetes:

# apt-get install mt-daapd avahi-daemon avahi-utils libnss-mdns

Configuración de avahi-daemon.

Editamos el fichero /etc/default/avahi-daemon y nos cercioramos que la variable AVAHI_DAEMON_START esté seteada a 1, esto hará que el demonio arranque al inicio del sistema, en Debian viene por defecto.

# 0 = don’t start, 1 = start
AVAHI_DAEMON_START=1

Para que la resolución de nombres se realice correctamente con mdns tenemos que editar el fichero /etc/nsswitch.conf y donde aparece:

hosts: files dns

sustituimos por:

hosts: files dns mdns4_minimal mdns4

Avahi utiliza ficheros con formato XML para la configuración los servicios, en nuestro caso el fichero en cuestión es éste:

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name>Servidor iTunes</name>
<service>
<type>_daap._tcp</type>
<port>3689</port>
</service>
</service-group>

Su nombre será daap.service e irá en /etc/avahi/services/

Configuración de mt-daapd.

Editamos el fichero de configuración /etc/mt-daapd.conf las opciones mas interesantes son:

# Contraseña de la interfaz web de mt-daap.
admin_pw =1234

# Directorio donde está la musica.
mp3_dir = /home/shared/Musica

# Usuario con el que correrá mt-daap
runas = mt-daapd

# Nombre del servidor
servername = Servidor iTunes

El logfile por defecto está desactivado, es decir, no hay fichero de log, cualquiera que halla usado un poco linux sabe que es importante que la aplicación vuelque sus mensajes a logs, cuantos errores no he resuelto gracias a los logs que si no me hubiese sido imposible. Por tanto lo activamos.

logfile = /var/log/mt-daapd.log

Reiniciamos los servicios:

# /etc/init.d/dbus restart

Esto reiniciará dbus y avahi.

Arrancamos manualmente mt-daapd:

# mt-daapd -m -f -d 5

-m para que no haga multicast dns, ya lo hace avahi.

-f para que nos vaya mostrando por pantalla el debug.

-d 5 el nivel de debug.

Hay que retocar el script del servicio para que cuando arranque por defecto no haga multicast dns, editamos el fichero /etc/init.d/mt-daapd y añadimos DAEMON_OPTS=»-m» tal que así:

#! /bin/sh

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/mt-daapd
NAME=mt-daapd
DESC=mt-daapd
DAEMON_OPTS=»-m»

test -x $DAEMON || exit 0
….

No hay que modificar mas nada, así que guardamos.

Configuración de los clientes. ArchLinux y Mac OS X.

En arch instalamos avahi y dbus:

# pacman -S avahi dbus

Iniciamos dbus:

# /etc/rc.d/dbus start

Iniciamos avahi:

# avahi-daemon

Ahora si abrimos nuestro reproductor nos debe aparecer el servidor, por ejemplo en Rhythmbox:

Hay que tener en cuenta que dbus y avahi deben arrancar al inicio, en Arch basta con añadirlo a DAEMONS(… dbus avahi-daemon …) en el fichero /etc/rc.conf ademas en ese orden pues avahi no arranca sin dbus.

En Mac OS X no hay que hacer casi nada, sólo tener marcada la opción «Buscar bibliotecas compartidas» en el menú Preferencias de iTunes y ya nos aparece el servidor:

Haciendo Streaming fuera de nuestra red.

El protocolo sólo hace streaming para nuestra subred, si estamos fuera de ella tendremos que hacer una triquiñuela. Como migranpipa está accesible siempre desde internet lo que haremos es un túnel ssh y utilizaremos un programa llamado Network Beacon que nos hará de proxy y publicará el servicio.

Crear el túnel ssh es sencillo, desde un terminal ejecutamos (por supuesto con tu nombre de usuario y servidor):

ssh oscar@www.migranpipa.net -N -f -L 3689:www.migranpipa.net:3689

Donde:

-N para que el túnel no sea interactivo.

-f envía el proceso a segundo plano.

-L especifica el túnel, en este caso el puerto 3689 local será tunelado al puerto 3689 de la máquina remota http://www.migranpipa.net.

Para eliminar el túnel tan sólo tenemos que matar el proceso.

También se puede hacer de forma gráfica con Fugu, es un universal, asi que lo instalamos simplemente arrastrando el ejecutable al directorio Aplicaciones, lo ejecutamos y en la pestaña «SSH» creamos un «Nuevo túnel SSH»:

Ahora descargamos e instalamos Network Beacon, igual que Fugu, ya que también es universal, lo ejecutamos y creamos un «New Beacon» con la información que corresponda:

Esto se puede hacer desde linea de comandos con Bonjour pero hay que compilar el paquete, por tanto también instalar Xcode, en fin Network Beacon ya nos lo da hecho.

Ahora ya podemos oír música desde todo el mundo, sin embargo tenemos que arrancar Network beacon y crear el túnel al menos cada vez que encendemos el ordenador, esto es un poco engorroso, que mejor que automatizarlo con un AppleScript.

on run
 do shell script "ssh oscar@www.migranpipa.net -N -f -L 3689:www.migranpipa.net:3689 >/dev/null 2>&1 &"
 tell application "System Events" to (name of processes) contains "Network Beacon"
 if the result is false then
 activate application "Network Beacon"
 tell application "System Events"
 set visible of process "Network Beacon" to false
 end tell
 end if
end run
on quit
 do shell script "killall ssh"
 tell application "Network Beacon" to quit
 continue quit
end quit

Edita los parámetros correspondientes y guárdalo como Aplicación en Aplicaciones. Pensé en hacer un script y ejecutarlo al inicio del sistema, sería aún mas cómodo ya que no tendríamos que ejecutar nada, pero al final descarté la idea porque eso implica mantener la conexión permanentemente, lo que añade carga innecesaria y resta ancho de banda a ambas máquinas.

Si en vez de Mac tenemos Linux como cliente, haremos lo mismo, creamos el túnel y en vez de Network Beacon utilizaremos RendezvousProxy, se puede también crear un script de bash, mas sencillo que el AppleScript, eso lo dejo como tarea.

Es conveniente tener la autenticación de SSH mediante llaves y passphrase, seguirá siendo seguro y no nos pedirá la contraseña, es muy fácil de hacer, lo explican muy bien aquí.

Con todo esto ya tenemos nuestro servidor mt-daap funcionando y toda nuestra música disponible en cualquier sitio.

Como alternativa (en realidad la alternativa sería mt-daap) podemos montar el servidor libre GNUMP3d ya que mp-daap una implementación del protocolo de Apple, no lo he probado pero he leído que funciona bien, yo utilicé daap porque se integra muy bien con iTunes y Rhythmbox

NOTA: inicialmente hice las pruebas con el MacBook por Wifi, el servidor estaba bien configurado pero iTunes no lo veía hasta que me dio por probar conectándolo mediante cable y ahí si que funcionó, el problema es del router, hay que activar el protocolo Multicast mediante IGMP, sin embargo yo lo activé (ambas versiones), también UPnP y sigue sin funcionar. Si alguien sabe como solucionarlo, que lo comente, mi router es un Zyxel Prestige 650HW, el de Telefónica.

Bueno, decir que en realidad funciona por Wifi pues esté o no en casa uso el túnel ssh, pero me gustaría saber si se puede hacer como debería.

Enlaces interesantes:

http://gentoo-wiki.com/HOWTO_Apple_ITunes_Server

http://gentoo-wiki.com/HOWTO_Serving_Mac

Montar directorios NFS en Mac OS X

Como he comentado en posts anteriores, ésta máquina es servidor NFS para las demás máquinas de casa, expliqué como hacerlo en Ubuntu y en general para cualquier Linux es parecido, hoy lo haremos en Mac OS X (Leopard), muy sencillo mediante GUI’s.

1. Ejecutamos «Utilidad de Directorios» que se encuentra en Aplicaciones/Utilidades. En la pestaña «Montajes» clicamos en el + para añadir una nueva entrada (el candado tiene que estar abierto para realizar estos cambios):

Rellenamos los campos con nuestra configuración y listo, ahora se nos montará automáticamente el directorio en cuestión, aunque hay un pero, gracias a que el sistema de permisos de Unix funciona bien sólo tenemos permisos de lectura, el UID en el servidor es distinto al de Mac, así que lo que vamos a hacer es cambiarlo en éste último:

1. Ejecutamos la aplicación «Cuentas» que se encuentra en «Preferencias del sistema». Hacemos clic con el botón derecho o «Ctrl + Clic» sobre nuestro usuario y vamos a «Opciones avanzadas» (el candado tiene que estar abierto para realizar estos cambios):

2. Cambiamos el UID por el que corresponda, en mi caso en Mac tenía 501 y en el servidor 1000, el grupo en principio no lo cambiamos:

3. Falta un detalle que yo pensé que se haría de forma automática, asignar el nuevo dueño a nuestros ficheros, pues estos todavía son del UID 501, que era el que teníamos antes, simplemente abrimos un terminal y ejecutamos:

oscar@macbook: sudo chown -R oscar /Users/oscar

Sustituyendo por el usuario que corresponda claro.

Con esto tenemos todo bien montado y permisos de escritura en el directorio NFS.

Cambio de aires

Salta a la vista, el colegacho Ruymán me hizo este tema personalizado para migranpipa que está muy molón y es único, me gusta el juego de colores, no deja la web recargada, cosa que odio, y los iconos parecen Gnomeros 😀 además tengo la certeza de que está bien hecho, sin chapuzas.

Aparte del cambio de imagen también se ha hecho de corazón, nada mas y nada menos que de OpenBSD a FreeBSD, de Apache a Lighttpd, de MLDonkey a Emule + uTorrent, de Pando para Unix a Pando para Windows, y todo por culpa de este último, porque desde que lo descubrí sólo descargo con él, el problema vino cuando sacaron una nueva versión para Windows que era incompatible con la actual de Unix, y parece que no lo será a corto plazo, así que la solución era instalar la versión de Windows, que no creo que la discriminen como la de Unix… lo único bueno es que lo controlo desde mi pc con un VNC.

Por otra parte cambiar a FreeBSD es por capricho, OpenBSD va muy bien, de hecho creo que lleva como dos años en el servidor, que paso de ser un PII a 200Mhz con OpenBSD 3.8 a PIV 1.8Ghz con OpenBSD 4.1, por cierto, ya salió la 4.2, así que ya era hora de cambiar, además estoy muy desactualizado en lo que respecta a FreeBSD y NetBSD, que algún día también caerá.

Obviamente aproveché y actualicé a últimas versiones de gallery, wordpress y demás.

Comentar un par de detallitos que me gustan y disgustan de FreeBSD, sobretodo la estructura de directorios, en OpenBSD el directorio www está en /var/www y las bases de datos de mysql en /var/mysql en cambio en FreeBSD www está en /usr/local/www, que de por si no es ningún inconveniente, el problema es que las bases de datos se alojan en /var/db/mysql, con lo cual si tenemos /var y /usr en particiones diferentes y uno de las dos crece mucho, sobre todo las bases de datos, pues o lo mudamos a otro directorio, cosa que no me gusta ya que rompería la lógica jerárquica del sistema, o inicialmente debemos crear ambas particiones con un tamaño considerable, me gusta mas el OpenBSD style, y es lo que hice, poner todo en una sola partición, aunque por la misma razón que antes tampoco me termina de convencer, lo que pasa es que así ahorro espacio. Decir que el /home creo que también lo mete en /usr/local/home, al menos en versiones antiguas, en esta no lo se porque creé un partición sólo para él, así que el sistema toma esa. En cambio me gustó bastante que por defecto esta restringido que root acceda mediante ssh, OpenBSD (supuestamente la distribución mas segura, yo doy fe de ello pues deje mucho tiempo sin asegurar la instalación por defecto y nunca pasó nada) lo deja abierto. En cualquier caso estoy contento, llevo probando FreeBSD unos meses y es una roca, va de maravilla.

Reparaciones Urgentes

Llegó el viernes por la noche así:

Le dimos castaña:

Y el lunes por la tarde salió así (y porque no tuvimos las piezas hasta el lunes a mediodía):

Vuelvo a tener impresora

Llevaba como dos años sin impresora, bueno sin media impresora, resulta que tenía algo mal y no imprimía en negro, y no, no era el cartucho. Lo había dejado pasar mucho tiempo, y es que llevarla a arreglar habría costado bastante, y al precio que están hoy en día las impresoras no hubiera sido rentable, por otra parte me quedaba pena, pues la calidad de sus impresiones es bastante buena, así que si no quería gastarme mucho dinero la alternativa era que la arreglara yo.

Salvo dos tornillos tipo Torx todas las piezas van encajadas con clips que hay que intuir donde están porque si no se parten, yo fui tanteando con un destornillador pequeño y haciendo presión hasta que pude desarmarla toda.

En realidad la desarme para ver el asunto y si era algo muy obvio, como un condensador quemado o algo así cambiarlo yo, pero no mucho más porque tampoco soy experto en electrónica. Aparentemente estaba todo bien, nada quemado ni suelto, así que buscando un poco por internet encontré que podía ser el bus que va desde la placa a los cartuchos:

Lo saqué y probé si había continuidad en todos los contactos, había, por tanto el cable estaba bien, lo volví a poner en su sitio y decidí probarla, pero antes comprobé que los cartuchos estuvieran bien, ya que con tanto tiempo parados se le habrían obstruido los inyectores:

Pero manchaban bien, la verdad es que mucho han aguantando, para que imprimiese también había que emular la tapa cerrada:

Instalé la impresora e imprimí la página de prueba de CUPS, y salía negro, no me lo podía creer, se ve que el cable hacía mal contacto o algo, la cosa es que vuelvo a tener impresora.

¿Donde están mis posts?

Eso mismo me pregunte yo mil veces cuando mudé el servidor, y es que el Pentium II 200 iba lentito, por eso cambié a un PIV 1.8, instalé de nuevo OpenBSD y migré los servicios, todo fue mas o menos bien, mudé el gallery, awstats y demás, pero wordpress no queria, en realidad estaba todo, pero escondido, me mostraba las categorías, incluso los artículos que hay en cada una de ellas:

Pero no el contenido de estos , sólo ese «No encontrado». Le dí mil vueltas, restauré la base de datos varias veces y lo mismo, hasta que ya, resignado, a punto de copiar los artículos a mano como buen chapucero, me encontré con esto:

Si, faltan 1300 días para que se publiquen los artículos, el ordenador, al estar parado tenía una fecha del 2003, reinicié, cambié la fecha de BIOS y listo.