Podemos pagar uno de estos servicios, pero si ya tenemos un servidor propio, ¿por qué no aprovecharlo también como repositorio remoto? Aquí es donde entra en juego “Gitosis”, que nos ayuda a mantener repositorios Git remotos en nuestro propio servidor, pudiendo configurar el acceso privado a los repositorios incluso por grupos.

Instalar Gitosis en Debian

Aunque hay varios tutoriales por internet e incluso un paquete en debian para instalar Gitosis, todos los métodos que he visto dan algún problema más o menos grave. Los siguientes pasos son producto de mezclar varios pasos de los descritos en estos tutoriales y de añadir alguno propio para lograr hacer funcionar correctamente Gitosis en un servidor debian.

1. Instalar python-setuptools y descargar Gitosis

En el servidor:

aptitude install python-setuptools

y descargar Gitosis (clonar con Git)

cd /data/temp
git clone git://eagain.net/gitosis

(Gitosis también está disponible en github: https://github.com/res0nat0r/gitosis )

2. Instalar Gitosis

Ojo con el parámetro “–home /data/git“, aquí deberéis indicar el home del usuario git, que es donde se almacenarán los repositorios

python setup.py install
adduser --system --shell /bin/sh --gecos 'git version control' --group --disabled-password --home /data/git git

3. Generar una llave pública en nuestro ordenador local

Tras instalar Gitosis en el servidor, ahora necesitaremos generar una llave pública en nuestro ordenador de desarrollo (desde donde vayamos a hacer los push)

En Linux o Mac:

ssh-keygen -t rsa

Lo que generará las llaves privada/pública en nuestro directorio de usuario, la que nos interesa, la pública, en: “/home/usuario/.ssh/id_rsa.pub” en Linux o “/Users/usuario/.ssh/id_rsa.pub” en OS X.

4. Instalar nuestra llave pública en el servidor

De vuelta al servidor y habiendo subido nuestra llave pública (por ftp por ejemplo)

Lo primero instalamos sudo, que en debian no viene instalado por defecto:

aptitude install sudo

Inicializamos Gitosis con nuestro usuario como admin (pasándole la ruta de nuestra llave pública, en este ejemplo estaría en “/tmp/id_rsa.pub”

sudo -H -u git gitosis-init < /tmp/id_rsa.pub

Y para finalizar marcamos “post-update” como ejecutable para todos los usuarios:

sudo chmod 755 /data/git/repositories/gitosis-admin.git/hooks/post-update

5. Bonus track: Redmine o cualquier gestor web de Git en el servidor

Si vamos a usar Redmine o cualquier tipo de gestor o visualizador web de Git, necesitaremos incluir al usuario de apache “www-data” en el grupo de “git” para que sea capaz de leer los repositorios que generemos:

usermod -a -G git www-data

6. Ya estamos listos, nuestro primer push

Ya sólo nos queda clonar el repositorio de la configuración de Gitosis para poder ir configurando los permisos para los repositorios que añadamos, desde nuestro ordenador de desarrollo (Linux o Mac) sustituyendo “miservidor.com” por el dominio o ip de vuestro servidor:

git clone git@miservidor.com:gitosis-admin.git

y ahora podemos entrar a ver la configuración de gitosis y añadir algún repositorio, por ejemplo si queremos añadir el repositorio “montes” a nuestro servidor:

cd gitosis-admin
vim gitosis.conf

y en “gitosis.conf” añadiremos “montes” como writable:

[gitosis]
  3 [group gitosis-admin]
  4 writable = gitosis-admin montes
  5 members = yo@gmail.com

grabamos y haremos nuestro primer push para actualizar la configuración de gitosis en el servidor remoto:

git commit -a -m "Dar permisos de escritura en el repositorio montes para el grupo gitosis-admin"
git push

Con esto hemos dado permisos de escritura en el repositorio “montes” (que aún no existe) a nuestro usuario (yo@gmai.com al que pertenece la llave pública que configuramos en el paso anterior).

Sólo nos queda crear el repositorio en nuestro ordenador de desarrollo (Linux o Mac):

cd ..
mkdir montes
cd montes
git init

añadir nuestro servidor remoto como repositorio remoto:

git remote add origin git@miservidor.com:montes

y hacer nuestro primer push!

git add .
git commit -a -m "Primer commit!"
git push miservidor master

Listo! ya hemos enviado nuestro primer push a nuestro propio servidor Git remoto!

Fuentes:
http://ymbra.com/es/blog/ramon/gestion-de-repositorios-git-con-gitosis
https://github.com/res0nat0r/gitosis

Nuestro servidor es un Debian Lenny sin entorno gráfico, ese fue uno de los primeros problemas ya que las soluciones que existen por internet y el propio cliente de Juniper para Linux, están siempre pensados para clientes con entorno gráfico.

1. Pasos previos

Antes de comenzar con la configuración en el servidor, a través de un pc con Linux con entorno gráfico (y java instalado) obtendremos los ficheros necesarios.
Sólo tenemos que conectar a la web de la VPN (yo utilicé Ubuntu+Firefox), con esto nos descargará a /home/user/.juniper_networks/ todos los archivos necesarios para la conexión, no importa si establece la conexión a la VPN o no.

Desde /home/usuario/ realizamos:

tar -czvf juniper.tgz .juniper_networks/*

Y ya hemos terminado con el pc y podemos pasar al servidor.

2. Preparación de archivos para la conexión

Descomprimimos juniper.tgz en el servidor en /home/usuario/.juniper_networks/ y descomprimimos el archivo /home/usuario/.juniper_networks/ncLinuxApp.jar

jar -xf ncLinuxApp.jar

Con esto obtenemos varios archivos importantes:

1. getx509certificate.sh Necesario para obtener el certificado del servidor
2. ncsvc El servicio que crea la conexión VPN

3. Obtener el certificado

Desde el mismo directorio:

chmod +x getx509certificate.sh
./getx509certificate.sh vpn.empresa.com vpn.crt

Con esto ya tenemos uno de los archivos necesarios para establecer la VPN, el vpn.crt

4. Instalar el servicio

Ejecutar como root:

install -m 6711 -o root /home/usuario/.juniper_networks/ncsvc /home/usuario/.juniper_networks/network_connect/ncsvc

5. Establecer la conexión

Ya sólo queda establecer la conexión, para esto necesitaremos consultar al administrador el parámetro “realm”, por internet comentan que suele estar entre el HTML de la página de acceso, pero en mi caso no era así.

Conociendo este parámetro sólo nos falta realizar la conexión propiamente dicha:

./ncsvc -h vpn.empresa.com -u user01 -p password -r realm -f vpn.crt

Si en nuestro caso la VPN utiliza URIs personalizadas es necesario añadir también el parámetro -U

./ncsvc -h vpn.empresa.com -u user01 -p password -r realm -f vpn.crt -U https://vpn.empresa.com/aux/usuario01/

Entonces el terminal quedará con el mensaje:

Connecting to vpn.empresa.com : 443

Y la VPN conectada hasta que caduque la sesión o cancelemos. La conexión creará un nuevo interface de red tun0 (lo podréis ver con ifconfig) y añadirá también unas rutas (ver con route) y unas líneas a /etc/resolv.conf

Si de esta forma no funciona y los parámetros son correctos, antes de realizar más pruebas debemos contactar con el administrador, puesto que en algunos casos, como por ejemplo que esté configurado para múltiples sesiones, no funcionará.

Más documentación:

• emiliojuarez.es
• entropy.ch
• mad-scientist.us

La ventaja de un servidor no administrado es obviamente el precio, al tener que encargarte tú mismo de todas las configuraciones y problemas que puedan surgir, el precio es sensiblemente inferior al de cualquier otro tipo de servidor dedicado.

Si quieres usar herramientas “visuales” tipo webmin o cpanel para administrar tu servidor este no es tu tutorial yo uso la consola para todas las instalaciones y configuraciones, manías de hace años. Si no tienes un mínimo de conocimientos sobre Linux o Internet tampoco es probable que te sirva de mucho.

Eres libre de copiar, modificar, publicar y lo que quieras hacer con este tutorial bajo una única condición, debes mencionar que has obtenido la información de http://mooontes.com (licencia)

1. Pasos previos

Tras pagar nuestro servidor, en este caso un Generation 6 Junior de esecuredata con Debian 64bits, recibiremos un correo con la dirección ip y la clave para acceder a través de SSH como root. A lo largo del tutorial usaremos la ip “2.2.2.2″ como ejemplo de la ip del servidor.

1.1 Comprobar que la ip está “limpia”

Lo primero antes de continuar es comprobar que la ip que nos han asignado no está baneada por haber sido usada para enviar Spam o cualquier otro tipo de malas prácticas, si fuese el caso nos encontraríamos con un montón de problemas como no poder enviar correo.

Para comprobarlo sólo necesitamos introducir la ip en mxtoolbox. En el caso de que estuviese baneada deberíamos solicitar un cambio de ip al proveedor.

1.2 Conectar al servidor

Hecha la comprobación ya podemos conectar al servidor, si usamos Windows podremos acceder mediante putty. Desde Linux yo uso el cliente ssh de consola, en Ubuntu basta con teclear:

ssh root@2.2.2.2

1.3 Comprobar y actualizar el Sistema Operativo

Una vez dentro lo primero es comprobar que el sistema operativo que nos han instalado se corresponde con el que hemos pedido:

uname -a
Linux server 2.6.26-1-amd64 #1 SMP Fri Mar 13 17:46:45 UTC 2009 x86_64 GNU/Linux

Vemos que es un kernel de Linux 64bit, aunque no nos da mucha información sobre el tipo de Linux, pero no tenemos más que echar un vistazo a “/etc/sources.list”

sources.list original

deb cdrom:[Debian GNU/Linux 4.0 r6 _Etch_ - Official amd64 DVD Binary-1 20081219-16:30]/ etch contrib main

deb http://ftp3.nrc.ca/debian/ etch main
deb-src http://ftp3.nrc.ca/debian/ etch main

deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib

Nos han instalado Debian 4 Etch, cuando Debian 5 Lenny ya está disponible, además de dejarse la línea del DVD que ya no hace ninguna falta. Actualizamos el fichero cambiando de debian Etch a Lenny, además de eliminar la línea del DVD y de cambiar el repositorio “nrc.ca” por “ca.debian.org”

sources.list modificado

deb http://ftp.ca.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.ca.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main contrib

Ahora ya podemos actualizar las fuentes y nuestro Debian a Lenny:

aptitude update
aptitude dist-upgrade

1.4 Nuevo usuario y htop

Ahora crearemos un nuevo usuario que utilizaremos para varias tareas como la conexión por ftp:

adduser usuario

E instalaremos “htop“, un sustituto de “top“, muy útil para comprobar la carga del sistema:

aptitude install htop

2. Instalación de Apache2, PHP5 y MySQL5

2.1 Lo básico

Apache, MySQL y PHP, nada más fácil en debian:

aptitude install apache2
aptitude install mysql-server mysql-client libmysqlclient15-dev
aptitude install php5-common php5-cli php5-mcrypt php5-gd libapache2-mod-php5 php5-mysql

2.2 Algunas utilidades imprescindibles

Mytop, para monitorizar MySQL en tiempo real

aptitude install mytop

PHPMyAdmin, para gestionar las bases de datos a través de web.

aptitude install phpmyadmin

Es importante que no sea accesible a través de la ruta por defecto (http://servidor.com/phpmyadmin) para evitar ataques.
Sólo tenemos que editar el “alias” en la configuración de Apache2 y cambiarlo por cualquier otro nombre:

/etc/apache2/sites-enabled/000-default original

Alias /phpmyadmin /usr/share/phpmyadmin

/etc/apache2/sites-enabled/000-default modificado

Alias /miadmin /usr/share/phpmyadmin

2.3 Comprobación

En este punto ya deberíamos poder acceder a nuestro servidor a través de web, antes de comprobarlo reiniciamos Apache, podemos hacerlo de dos formas:

1

apache2ctl restart

2

/etc/init.d/apache2 restart

Y ahora comprobamos que ya funciona accediendo a través del navegador a la ip del servidor:

http://2.2.2.2

y a la ruta que hayamos configurado para PHPMyAdmin:

http://2.2.2.2/miadmin

Artículo bajo licencia:
Foto del rack por: digitalslurp