Mostrar archivos ocultos en Mac OS X
Por defecto, Mac OS X no permite visualizar desde el Finder los archivos ocultos del sistema. Para poder verlos basta con ejecutar en una terminal los siguientes comandos:
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.
Problema al utilizar locate en Ubuntu
Esta mañana, al intentar una búsqueda con el comando locate de unos archivos que sabía que están en mi /home no recibía ningún resultado como respuesta. La base de datos estaba creada correctamente en /var/lib/mlocate/mlocate.db y la búsqueda sí devolvía resultados para archivos fuera de mi /home. Lógicamente ejecuté el comando updatedb, pero tampoco funcionaba.
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.
NetStorming cumple dos años
En el día de la fecha se cumplen dos años del inicio de este blog al que últimamente no estoy teniendo la posibilidad de dedicarle mucho tiempo pero que disfruto haciéndolo cuando puedo. Por eso quería escribir este breve post y unas pocas palabras para expresar mi agradecimiento con todos los que leen NetStorming, con aquellos que comentan en el blog y con los que participan de alguna forma haciendo que mantener NetStorming realmente valga la pena.
Proxy transparente para control de acceso con Mikrotik
Configurar un proxy transparente con Mikrotik para realizar control de acceso es extremadamente simple. La primer acción a tomar es habilitar el servicio en el equipo e inmediatamente restringir el acceso al puerto donde se ejecuta el proxy, para evitar que el equipo sea utilizado por usuarios no autorizados. El paso siguiente es crear una regla de NAT que redirija todo el tráfico destinado al puerto 80 al puerto donde esté escuchando el proxy. Esta regla es precisamente la que hace que el proxy sea transparente.
[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
Yahoo vendió Delicious a los creadores de YouTube
Hace ya bastante tiempo existían rumores de que Yahoo podría vender o dar de baja Delicious y varios de sus usuarios buscaron alternativas en un principio. Tal fue el caso mio por ejemplo, que de hecho algo publiqué sobre Scuttle, un software libre que cumple la misma funcionalidad.
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.
