defaults write com.apple.finder AppleShowAllFiles TRUE
killall Finder

Notar que el segundo comando cerrará todas las ventanas del Finder que estén abiertas. Luego, al volver a abrir una ventana de Finder se verán los archivos ocultos. Para volver esta operación atrás basta tan sólo con ejecutar nuevamente el par de comandos anteriores pero reemplazando TRUE por FALSE.Posts relacionados:

• TUN/TAP con OpenVZ
• Firewall en Mac OS X (parte 1)
• Mac OS X Snow Leopard
• Recuperar contraseña de root en FreeBSD
• Búsqueda en Google por tipo de archivo

Revisé la configuración en /etc/updatedb.conf y encontré que tenía el siguiente contenido:

PRUNE_BIND_MOUNTS="yes"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /media"
PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs ecryptfs fusesmb devtmpfs"

Contenido que, a priori, es correcto para que indexe mi /home, dado que no está dentro de los PATH a ignorar y está formateado con ext4. Como aclaración, lo que hacen las variables PRUNEPATHS y PRUNEFS es indicar que no indexe los directorios listados ni los filesystems especificados, respectivamente.

Ahora bien, al chequear las particiones montadas en mi sistema me encontré con lo siguiente:

leandro@scarlet:~$ mount
/dev/sda3 on / type ext4 (rw,errors=remount-ro,commit=0)
/dev/sda5 on /home type ext4 (rw,commit=0)
/home/leandro/.Private on /home/leandro type ecryptfs (ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=3c4c274e018dcd1d,ecryptfs_fnek_sig=8b78ca14201c02d2)

En ese momento recordé que al instalar Ubuntu había indicado que cifre mi carpeta personal y de ahí el problema, que se ve en la tercer línea. Al cifrar mi /home en Ubuntu se creó una carpeta que se llama /home/.ecryptfs/leandro, donde están realmente los datos de mi /home encriptados (/home/leandro/.Private en realidad es un link simbólico a /home/.ecryptfs/leandro). Ese directorio, al iniciar sesión, se monta bajo /home/leandro con ecryptfs como tipo de sistema de archivos. Precisamente por eso no funciona el comando locate. Lo que hay que hacer es simplemente quitar ecryptfs de la variable PRUNEFS y luego ejecutar updatedb.Posts relacionados:

• Problemas con dynagen en Ubuntu 9.04
• LVM (parte 3): reducir y eliminar volúmenes
• Resetear password de root en MySQL
• Instalación de Picasa 3.8 en Linux
• Problema con CentOS y OpenSSL

• NetStorming un poco más social
• ¡Feliz cumpleaños NetStorming!
• Cambio de URI de NetStorming
• ¡Feliz año nuevo!
• ¡Felíz día a todos los administradores de sistemas!

[admin@MikroTik] > ip proxy set enabled=yes port=8080
[admin@MikroTik] > ip firewall filter add chain=input action=accept protocol=tcp dst-port=8080 src-address=192.168.1.0/24 comment="Proxy para LAN"
[admin@MikroTik] > ip firewall nat add in-interface=LAN dst-port=80 protocol=tcp action=redirect to-ports=8080 chain=dstnat

Finalmente, se deben escribir las reglas para restringir los sitios que se desee. En este caso se permiten todos los sitios con excepción de los que están explícitamente denegados, que son Facebook y Twitter.

[admin@MikroTik] > ip proxy access add dst-host=www.facebook.com action=deny
[admin@MikroTik] > ip proxy access add dst-host=twitter.com action=deny

Posts relacionados:

• Administración del firewall en Mikrotik
• Proxy de un sitio web con Apache
• Firewall en Mac OS X (parte 1)
• Habilitar HTTPS en Apache
• Tipos de NAT y configuración en Cisco

No obstante, Delicious se ha vendido a la empresa AVOS, perteneciente a los creadores de YouTube, y seguirá funcionando con total normalidad, al menos eso es lo que enuncian desde Yahoo en el aviso que hacen a sus usuarios. Ahora bien, es importante que todos los usuarios de Delicious se logueen a su cuenta y acepten la migración de datos antes de Julio de 2011. El procedimiento es muy simple, y toma sólo los tres pasos que muestro debajo, en las capturas.

En el primer paso nos pide nombre, apellido y confirmar la dirección de correo electrónico.

Luego, el segundo paso pide que se ingrese una contraseña para el usuario de Delicious, dado que ya no se ingresará más con el ID de Yahoo, lógicamente.

Finalmente, una pantalla nos indica que todo fue exitoso e informa precisamente que a partir del momento debe utilizarse el nombre y la contraseña del paso anterior.

Una vez terminado el procedimiento los datos estarán migrados y seguirán disponibles, ahora bajo la administración de la gente de AVOS.

Posts relacionados:

• Scuttle: alternativa a Delicious
• Yahoo! usará Bing en sus búsquedas
• Se cayó la venta de Yelp a Google
• Twitter desea conocer la localización del usuario
• Google compra Picnik

• Ubuntu con algunas novedades
• Aptitude vs. apt-get
• Debian modifica su esquema de lanzamiento
• Ubuntu y su nuevo manual
• Ubuntu 10.10 llega a su primer RC

Introducción

En Apache existe un módulo llamado mod_proxy que es bastante útil para cumplir con varias funciones. Una de ellas es la de que un servidor reciba tráfico web para un sitio que en realidad está hosteado en otro servidor, que será la que explicaré a continuación.

Para el ejemplo, vamos a suponer:

• Sitio web www.mikroways.net.
• Por DNS, la IP que corresponde al dominio www.mikroways.net es la IPA, donde hay un Apache pero no se encuentra el código del sitio de dicho dominio.
• El servidor web para www.mikroways.net tiene la IPB.

El comportamiento básicamente es el siguiente:

1. Un cliente abre una conexión HTTP contra el servidor web en IPA, que según su DNS es el servidor web www.mikroways.net.
2. El servidor Apache en IPA acepta la conexión para ese dominio pero en el virtual host correspondiente tiene configurado el mod_proxy que le indica que en realidad el sitio web está en el servidor con IPB. Entonces, el Apache en IPA actúa como cliente haciendo el requerimiento del sitio web de www.mikroways.net a IPB.
3. El servidor IPB le devuelve el sitio tal como lo hace con cualquier cliente y lo mismo hace el servidor IPA con su cliente.

Notar que el procedimiento anterior es totalmente transparente tanto para el cliente del servidor IPA como para el propio servidor IPB.

A continuación se muestra la configuración del servidor IPA. Notar que en la misma, el valor IPB debe ser reemplazado por la IP del servidor donde realmente se encuentra alojado el sitio web.

<VirtualHost *:80>

    ServerName  www.mikroways.net
    ServerAlias mikroways.net
    ServerAdmin invalidaddress@mikroways.net

    ProxyPreserveHost On
    ProxyRequests Off

    <Proxy *>
         Order deny,allow
         Allow from all
    </Proxy>

    ProxyPass               / http://IPB/
    ProxyPassReverse        / http://IPB/

    ErrorLog /var/log/apache2/error.log
    TransferLog /var/log/apache2/access.log

</VirtualHost>

Lógicamente debe habilitarse el mod_proxy en Apache y luego reiniciar el servicio para que los cambios tomen efecto. Lo primero se hace muy simple en Debian con el comando:

a2enmod proxy
a2enmod proxy_http

Posts relacionados:

• Habilitar HTTPS en Apache
• Proxy transparente para control de acceso con Mikrotik
• Instalación de Lighttpd
• Servidor PXE
• Utilizar Apache como frontend a JBoss

En mi caso trabajo con Ubuntu por lo que daré la explicación para dicho sistema. Sin embargo, la misma solución debería poder aplicarse a cualquier Linux con variaciones quizá en la ubicación de los archivos o en la ejecución de algún comando.

El primer paso consiste en instalar wine:

aptitude install wine

Luego, descargar la versión 3.0 beta de Picasa para Linux e instalarla. En mi caso:

sudo dpkg -i picasa_3.0-current_amd64.deb

Una vez hecho eso, descargar la versión 3.8 para Windows y ejecutarla con Wine. Probablemente sea necesario darle permisos de ejecución para que wine pueda correr el programa. Cuando se abre el asistente de instalación se deben seguir los pasos habituales y, al llegar al paso final, desmarcar todas las casillas de verificación.

El siguiente paso es copiar los archivos del “nuevo” Picasa al “viejo”. Esto se hace con un simple comando:

cp -a /home/usuario/.wine/drive_c/Archivos de programa/Google/Picasa3/* /opt/google/picasa/3.0/wine/drive_c/Program Files/Google/Picasa3/

Una vez que termina de copiar ya puede utilizarse la última versión de Picasa en Linux.
Posts relacionados:

• Strace: analizar llamadas al sistema de un proceso
• Google integra Picnik a Picasa
• Google proveería almacenamiento de archivos
• Más espacio para Gmail y PicasaWeb
• Programa piloto de Chrome OS

• Linux kernel 2.6.38
• LibreOffice 3.3.2
• GCC 4.5
• Python 2.7
• dpkg 1.16.0
• Upstart 0.9
• X.org 1.10.0 y Mesa 7.10.1
• Unity como sesión de escritorio por defecto
• Firefox 4 y Banshee 1.9.5

Los que deseen pueden descargarlo de Internet o actualizar desde Ubuntu Maverick o alguna alfa de Ubuntu Natty.Posts relacionados:

• Ubuntu 10.10 en versión beta
• Primer beta de Ubuntu Lucid Lynx
• Ubuntu 10.10 llega a su primer RC
• Ubuntu con algunas novedades
• Concurso: Ya tengo Ubuntu 10.10 Maverick Meerkat