“La seguridad de un sistema, es tan fuerte como la de su eslabón más débil.”

Esta herramienta fue la que nos colaron y con la que nos hicieron travesuras en año nuevo. La subo por que merece la pena instalarla en los servidores de cada uno y ver que tanto daño puede hacer o que tan inseguro es nuestro servidor.

La pueden descargar -junto con otras- de aquí: c99

La herramienta se llama ajnnk.php, que aparentemente es el seudónimo de quien nos la dejó, estaba encriptada pero igual subí una versión legible para que se pueda analizar, con fines educativos obviamente :P Básicamente, son una recopilación de comandos y pequeños algoritmos en PHP que te permiten explorar y atacar el sistema donde está instalado. Es una herramienta para newbies, pero algunos de los errores que cometimos fueron bastante ridículos. El consuelo es que así se aprende.

WordPress 2.9 tiene esta pequeña lista de bugs. Entre los que se encuentran, un fallo crítico en el componente Cron para los posts a futuro y del que me habían avisado los chicos de IndieWeblogs. Pues nada que, debido a los recientes eventos la paranoia nos volvió por un momento, pero por suerte esta ves fue lo cotidiano.

El video es para festejarme que despues de muchísimo sin tocar, pude sacar al fin esa linda canción de mi banda favorita estos días The Fall of Troy, llamada Caught up. Dice mi hermano que es de las pocas bandas -relativamente- nuevas que, manteniendo su estilo, puede hacer blues. Estoy de acuerdo, aparte de Dragonforce no conozco otra banda que toque en esa hermosa escala -y sin hacerlo a 10,000 notas por segundo.

Las respuestas típicas del discurso linuxero son:

• Porque es gratis.
• Porque es código abierto.
• Porque no necesita muchos requerimientos.
• Porque es más muy seguro.

Exceptuando la primera, las demás no son tan llamativas para el usuario promedio windowsero y en cualquier caso, ¿realmente son las razones por las que usas Linux? La filosofía del Software Libre es maravillosa, pero en la práctica no suele ser la razón de más peso a la hora de elegir un sistema operativo.

Me pongo a pensar porque NO volvería a Windows y creo que mis verdaderas razones son más prácticas que ideológicas:

1. Estabilidad y confiabilidad. Sabes que el software en su versión estable, es verdaderamente estable. El sistema operativo no se hace lento conforme pasa el tiempo, no necesitas defragmentar, el sistema operativo simplemente funciona.
2. Seguridad. Existen virus para sistemas *nix, pero en la práctica el riesgo es casi nulo. El sistema operativo es muy seguro ante software malintencionado y el sistema de permisos protege tu información a capa y espada.
3. Flexibilidad y personalización. Linux es como tu quieres que sea, esto va mucho más allá de la apariencia, el nivel de personalización llega hasta lo más profundo del sistema y si sabes programar, no tendrás limites a la hora de modificar.
4. Comunidad. Hay gente que está dispuesta a ayudarte siempre y cuando tu pregunta no sea un error típico de novatos, que para eso existe muchísima documentación por todas partes. Es cuestión de saber buscar.
5. Usabilidad. Suena raro, pero una vez entendiendo el nuevo sistema operativo todo se vuelve más claro y fácil. La instalación del S.O. y de aplicaciones cotidianas es rápida y sencilla, mucho más que en Windows. Un niño de 10 años puede instalar Ubuntu en un PC nuevo sin problemas.

Por otra parte, hay ciertas aplicaciones como Amarok y GEdit que yo extrañaría :) La verdad es que hay muchos pequeños detalles que me dejan demasiado contento en Linux como para cambiarme. Aunque tambien extrañas programas como Photoshop, pero al menos en mi caso no vale la pena volver a Windows solo por eso y claro, el tema de la usabilidad todavía tiene mucho que mejorar, a pesar de que ciertos procesos están muy perfeccionados.

Cada quien tendrá sus razones y evidentemente sus necesidades. Un diseñador que vive de Illustrator evidentemente no podría divorciarse de Windows tan fácilmente, por ejemplo. En mi caso personal Linux satisface la gran mayoría de mis necesidades como ningún otro y me siento muy feliz de que existan Ubuntu y Fedora.

La tabla de da una visión general de las licencias y sus diferentes caracteristicas. Hará falta un experto que saque a la luz los posibles errores.

A lo que vamos. Supondré que el servidor SVN está instalado y que cuentas con acceso SSH a él. Te han dicho que para empezar a trabajar en el proyecto es por medio de SSH (que es un tanto inusual, normalmente se usa el protocolo svn o http) de la siguiente forma:

svn checkout svn+ssh://usuario@xxx.xxx.xxx.xxx/ruta/de/tu/proyecto

SSH te pedirá tu contraseña y listo. Pero, ¿tenemos que introducir la contraseña cada vez que hacemos un commit, update, add…? Si, es parte de la fuerte seguridad que ofrece, sin embargo tambien existe una manera de configurar el servidor y el cliente para no tener que hacerlo siempre.

Normalmente el acceso SSH es por el puerto 22 pero si no es el caso, te puedes ahorrar escribir siempre los mismos datos (como el nombre de usuario, el puerto) predefiniendolos en el archivo: ~/.ssh/config. Detalles aquí: Getting started with SSH. La ventaja sería la siguiente:

# Conectarse con SSH sin el archivo ~/.ssh/config
ssh usuario@xxx.xxx.xxx.xxx -p 2222
# Conectarse con SSH con ~/.ssh/config
ssh xxx.xxx.xxx.xxx
# Conectarse con SSH con ~/.ssh/config y agregando un dominio local a la IP en /etc/hosts
ssh mi_servidor
 
# En cualquier de los casos, nos pedirá la contraseña despues de introducir el comando.

Se trata de hacer esto más fácil, ¿no? Si configuras el archivo ~/.ssh/config, te evitas escribir siempre el nombre de usuario y el puerto que usas.

Tambien puedes agregar la IP de tu servidor en el archivo /etc/hosts es aún más fácil, por que aquí es donde se pueden dar de alta dominios locales para tu equipo. La 127.0.0.1 está normalmente asignada al dominio localhost, de modo que cuando hacemos ping localhost, el sistema apuntará a 127.0.0.1. Entonces, tu podrías asignarle a tu IP xxx.xxx.xxx.xxx al dominio julia y cuando hagas ping Julia, te apuntará a la IP que diste de alta.

Ahora tenemos que crear las claves SSH para no tener que volver a escribir la contraseña, cosa que se vuelve molesto con el tiempo. Esto lo logramos con el siguiente comando:

ssh-keygen -t dsa -f ~/.ssh/id_dsa -C "Escribe aquí un comentario sobre la clave."

Despues tenemos que envíar es clave al servidor donde se encuentra el proyecto, vía SSH:

cat ~/.ssh/id_dsa.pub | ssh xxx.xxx.xxx.xxx "cat - >> ~/.ssh/authorized_keys"

Lo anterior es una serie de comandos que básicamente, lee el contenido del archivo local ~/.ssh/id_dsa.pub, luego ejecuta un comando vía SSH para insertar esa lectura en el archivo del servidor ~/.ssh/authorized_keys.

Esto lo puedes hacer manualmente: abres el archivo local, copias el contenido, te conectas al servidor y lo guardas en la ruta especificada. Es lo mismo, solo que lo he hecho en un solo comando :) En ambos casos, para comprobar que esto te ha funcionado, prueba conectarte por SSH:

# "mostro" apunta a 192.168.1.100, usuario, contraseña y puerto estan predefinidos.
ssh mostro

Si despues de esto te conectas automáticamente a tu servidor sin escribir la contraseña, entonces vas por buen camino y si eres usuario de Ubuntu, aquí termina el tutorial para ti. Solo prueba:

svn list svn+ssh://mostro/svn/proyecto

Te pedirá la contraseña la primera vez y despues dejará de molestar. Si esto no es así, tendrás que hacer algunos pasos extra- Deberás configurar el ssh-agent.

Si usas Linux (una distro antigua), tendrás que editar ~/.profile para agregar el siguiente código:

SSH_ENV=$HOME/.ssh/environment
 
function start_agent {
     echo "Initialising new SSH agent..."
     /usr/bin/ssh-agent | sed 's/^echo/#echo/' > ${SSH_ENV}
     echo succeeded
     chmod 600 ${SSH_ENV}
     . ${SSH_ENV} > /dev/null
     /usr/bin/ssh-add;
}
 
# Source SSH settings, if applicable
 
if [ -f "${SSH_ENV}" ]; then
     . ${SSH_ENV} > /dev/null
     #ps ${SSH_AGENT_PID} doesn’t work under cywgin
     ps -ef | grep ${SSH_AGENT_PID} | grep ssh- agent$ > /dev/null || {
         start_agent;
     }
else
     start_agent;
fi

Si utilizas Mac, tendrás que editar el archivo ~/.login con este código:

set sshAgent=/usr/bin/ssh-agent
set sshAgentArgs="-c"
set tmpFile=~/.ssh/ssh-agent-info
 
    #
    #  Check for existing ssh-agent process
    #
    if ( -s $tmpFile ) source $tmpFile
    if ( $?SSH_AGENT_PID ) then
      set this=`ps -elf | grep ${SSH_AGENT_PID} | grep ssh-agent > /dev/null`
      # start ssh-agent if status is nonzero
      if (( $? != 0 ) && ( -x "$sshAgent" )) then
        $sshAgent $sshAgentArgs | head -2 > $tmpFile
        source $tmpFile
        echo "ssh agent started [${SSH_AGENT_PID}]"
        ssh-add
      endif
    endif

Ambos scripts, los he encontrado en Stormsilver: Getting started with SVN+SSH y son pieza clave para lograr el objetivo de éste post, aunque como dije para los usuarios de Ubuntu esto no es necesario, más no se si es igual en otras distribuciones pero es fácil saberlo. Finalmente has:

svn list svn+ssh://mostro/svn/proyecto

No solo no te pedirá la contraseña, sino que ya no necesitas escribir el usuario, la IP o incluso el puerto, basta con escribir el dominio local para tu servidor en particular, en mi caso mostro… que en realidad ese servidor es un pequeño NSlu2 hackeado con GNU/Linux Unslung ;)

El resultado es una forma de acceso más fácil de recordar y no tienes que escribir siempre los mismos datos. Ahorras tiempos y te quitas una razón para estresarte :)

La instalación de un sistema operativo no termina con el mismo sistema, eso es una obviedad. Acabo de instalar Ubuntu 8.10 y trato de pensar en las cosas esenciales que la mayoría necesitamos, aparte claro de nuestros programas para uso muy personal/profesional.

Los siguientes programas los encuentras todos en el Synaptic. Un par de clicks y listo:

1. CompizConfig Settings Manager: Lo buscas por CCSM en el gestor de paquetes Synaptic y lo instalas. Personalizar nuestro Compiz Fusion es lo principal para adecuarlo a nuestras necesidades de hardware y los gestos que más usamos.
2. Gstreamer Extra Plugins: Todos tenemos MP3, lamentablemente todavía no estamos en la era utópica donde el OGG reina, por lo que necesitaremos de este paquete para disfrutar nuestra colección de música.
3. Ubuntu Restricted Extras: Librerías y aplicaciones que probablemente necesitaremos en el futuro como Java, Flash Player y otros plugins para distintos programas.
4. Samba: Para compartir archivos, obligatorio si tienes una red local en casa con Windows en otras computadoras o si tienes una laptop, puesto que algún día podrás necesitar compartir algo con un Windows en la red de alguien más.
5. Amarok: Ohh si, el mejor reproductor de música del mundo. iTunes es una criatura fea rara inusable y tragamemoria del Imperio II, comparado con Amarok. Una vez que lo usas, no volverás a Windows, por que hasta ahora no existe una versión para el sistema del Imperio I.

Yo se, probablemente nunca podré escribir otro post con tanto subjetivismo, sobre todo por el último programa que viene a ser cuestión de gustos, pero tenía que hacerlo. Al menos no me quedé con las ganas :P

Fotografía | Ubuntu Community