Llevo tiempo trasteando con mono y como control de versiones uso un simple y vulgar tar con la fecha en el nombre.
El otro día di con una web muy interesante repleta de recetas sencillas y muy útiles. Una de las recetas explicaba como montar un servidor de subversion.
Empezamos por instalar los paquetes necesarios:
sudo apt-get install apache2 subversion subversion-tools libapache2-svn
Ahora creamos la estructura de directorios y creamos desde svn la estructura:http://www.google.es/search?q=module-assistant+ipw3945&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:official&client=firefox-a

sudo mkdir -p /var/lib/svn/libros
sudo svnadmin create /var/lib/svn/libros/
sudo svn mkdir /var/lib/svn/libros/trunk -m "Trunk"
sudo svn mkdir /var/lib/svn/libros/tags -m "Tags"
sudo svn mkdir /var/lib/svn/libros/branches -m "Branches"

Ahora nos queda configurar el enlace del módulo de svn con apache editando:sudo vi /etc/apache2/mods-available/dav_svn.conf

DAV svn
SVNParentPath /var/lib/svn
AuthType Basic
AuthName "Subversion Repository"
AuthUserFile /etc/apache2/dav_svn.passwd

Require valid-user


Rearrancamos apache
sudo /etc/init.d/apache2 restart
y ya deberíamos de poder acceder desde http://127.0.0.1/svn
El propietario de los ficheros debe ser apache pues es quien los gestionará:
sudo chown -R www-data.www-data /var/lib/svn
Para crear un usuario de svn
sudo htpasswd2 -c /etc/apache2/dav_svn.passwd usuario
Más detalles

Se ha dado amplia publicidad a la noticia de que Uri Geller no ha conseguido que se retire de youtube el video donde James Randi muestra el truco que usaba para que pareciera que doblaba cucharas.

Ya llevo 3 días con mi mini-servidor mini-itx y la verdad es que va de vicio.

Para muestra un botón:

guardando: UbuntuStudio 7.04
tamaño de archivo: 909,677,023 (868 MB)
porcentaje realizado: 61.0
tiempo restante: finishing in 53:28 minutes
descargar a: /home/javacasm/Desktop/BitTorrent Downloads/UbuntuStudio 7.04
velocidad de descarga: 435.8 KB/s
velocidad de carga: 0.1 KB/s
rango de distribución: 0.075 (32.9 MB carga / 438.2 MB descarga)
estado de seeding: 6 visto ahora
estado de peer: 7 visto ahora

Es la salida que da bittorrent-console

Emule (como servicio con amuled) va muy bien también, no llega a estas velocidades pero sí que queda estable en 40kb/s durante el día y hasta los 80kb/s por la noche (es lo máximo que conseguía antes).

Con screen estoy permanentemente conectado y al tanto de lo que ocurre.

Ya tengo instalado un servidor web aunque no me decido a hacerlo visible desde internet porque no me fío de su seguridad.

El servidor de streaming permite ver películas a pantalla completa en mi n800

Tengo compartidas muchas carpetas por samba y funciona realmente bien tanto con máquinas windows como con máquinas Linux.

¿Qué me falta? NFS para comparar si va mejor que samba y montarle algún sistema para hacer copias de seguridad del resto de equipos de la casa.

Me planteo un par de cosas: como es posible que una máquina ten pequeña sea capaz de dar tantos servicios ¿donde se invierte entonces los GHz y los Gb de los grandes servidores? y ¿como es posible que con tan pocos conocimientos como tengo sea posible montar una infraestructura así?

ssh sin contraseña

15 mayo 2007

Una vez que te acostumbras a usar ssh no puedes vivir sin él…
Cuando son muchas las veces que te conectas y desconectas, llega a ser un latazo tener que escribir la contraseña cada vez. No soy el primero al que le pasa, por eso alguien hace mucho, mucho tiempo ideo una forma de conexión que se basa en la confianza entre máquinas. Generaremos una clave única de la máquina origen y le diremos a la máquina destino que confíe en esa máquina, con lo que no nos pedirá contraseña.
Se puede hacer que la confianza se restrinja a un único usuario o a todos.
¿Inconvenientes? Si alguien consigue entrar en una máquina ya tiene muy fácil en entrar en la otra.
Para hacerlo sólo tenemos que crear la clave de la máquina origen con
ssh-keygen
que generará un par de ficheros en ~/.ssh, la clave privada id_rsa y la clave pública id_rsa.pub.
Copiamos la clave pública en la máquina destino (por ejemplo con scp ~/.ssh/id_rsa.pub host_destino:/tmp) y luego añadimos esta clave a la lista de máquinas autorizadas en el host destino
cat /tmp/id_rsa.pub >> ~/.ssh/autorized_keys
Se puede incrementar la seguridad usando claves más largas, diferentes algoritmos de encriptación o añadiendo una clave extra.

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.