<Location />
   DAV svn
   SVNParentPath /var/www/vhosts/servidor.com/svn/
   AuthzSVNAccessFile /var/www/vhosts/servidor.com/svn/politica

      AuthType Basic
      AuthName "Authorization Realm"
      AuthUserFile /var/www/vhosts/servidor.com/svn/claus
      Require valid-user
</Location>

Després, per a aplicar aquest arxiu de configuració, escrivim:

./websrvmng --reconfigure-vhost --vhost-name=animelliure.net

I al reiniciar el nostre servidor http ja tindrem accés al nostre repositori de subversion a través de l'apache

Recordeu que el nostre usuari web ha de ternir permissos d'escriptura al repositori de subversion.

El cas és que ara mateix el servidor corre amb un Gentoo i s'hi ha instal·lat el windows 2003 amb el Virtuabox, gràficament.

La cosa és senzilla, bé, no tant. Les connexions entrants són tractades per l'apache, amb el mod_proxy activat, i si corresponen a les dns de l'altre servidor, les redirigeix a l'adreça ip que correpon a la màquina virutal, el windows 2003 server. Per a poder fer això s'han hagut de canviar algunes coses a la configuració tant de l'apache com del sistema (s'ha hagut de crear una nova interfície de xarxa i fer-ne un bridge), per a no haver de mapejar ports i poder disposar-ne de tots sense necessitat de enfrascar-se en configuracions NAT.

Aquí el codi que he emprat per a que l'apache redirigís el tràfic a la màquina virtual. Cal tenir en compte que això ho HE de fer ja que només disposo d'una ip fixe i per a ser pràctics, el port emprat ha de ser el 80:

Servername www.domini.com
DirectoryIndex default.aspx
ProxyRequests Off
ProxyPreserveHost On
ProxyVia full
<proxy>
Order deny,allow
Allow from all
</proxy>
#CacheDisable *
#ProxyPass / default.aspx!
ProxyPass / http://192.168.0.3/
ProxyPassReverse / http://192.168.0.3/

Amb això però no n'hi ha prou, també s'ha d'activar el l'ús del mod_proxy a la configuració d'apache. Això a gentoo es fa assegurant-se de que tinguem la opció "-D proxy"al paràmetre APACHE_OPTS, que es troba al fitxer /etc/conf.d/apache:

APACHE2_OPTS="-D INFO -D LANGUAGE -D SSL_DEFAULT_VHOST -D PHP5 -D PROXY"

Amb això l'apache ja redirigeix el tràfic a la ip que li diguem als paràmetres ProxyPass i ProxyPassReverse.

Això també implica configurar un bridge (vaja, crear una interfície virtual per a la màquina virtual ), doncs el nostre servidor només té una tarja de xarxa, pel que no es pot assignar una tarja a cada sistema. Aquest no és propòsit d'aquest artícle, així que si voleu saber com fer-ho a gentoo, res millor que seguir el wiki de gentoo.

Ara ja tenim tot instal·lat i configurat. Tot això és molt bonic, però per mirar de maximitzar el rendiment del servidor, voldria que el Windows 2003 no requerís fer us del servidor X, reduïnt el nombre de programes sempre actius a la màquina, doncs no es necessita per res més a part de per aquest programa.

Per fer això emprem la comanda VboxHeadless:

VBoxHeadless -s Win2003

Podem fer que s'iniciï amb el boot de la màquina, per a que estigui sempre disponible, per exemple.

Cal dir que al Windows 2003 s'hi ha muntat un sharepoint i s'ha observat que emprant el mod_proxy de l'apache no es pot emprar les sessions NTLM i s'ha d'emprar una sessió bàsica (per qui s'hi trobi, que no es trenqui el cap com nosaltres >< ).

Així que m'he posat a fer pràctiques de codi a sac. Entre elles es troba la d'ASO (Administració de Sistemes Operatius), que té com a pràctica muntar un linux (kernel inclòs) amb gestió d'usuaris mitjançant ldap, servidor apache, repositòri subversion i que sigui capaç d'administrar tots els processos i l'ordinador mitjançant comandes de bash que són cridades via una plana web.

Com que consta d'uns quants passos i s'ha de documentar per a fer la memòria he pensat fer-ho aquí i així ja tenir-ho pas per pas i només haver de fer un copy&paste a la memòria

Ja que s'ha de compilar el kernel i així, he tirat pel recte i he agafat gentoo (on la seva guia per aquests temes és molt detallada, i fàcil de seguir).

En breu la configuració del kernel per a la meva màquina, que ja quasibé està acabat (falta pulir el wifi), així com els passos a seguir per fer-ne la instal·lació mínima.

En aquest document em baso en una instal·lació de debian, branca sarge, amb la versió d'apache 2.0.51-2, tot i que és suportat el seu us des de la versió 1.1. Ho he fet mitjançant synaptic elegint el paquet apache2 i automàticament ha seleccinat les dependències necessaries.

En aquest cas suposarem que volem crear dos servidors virtuals www.servidor1.com i www.servidor2.com, ambdos compartint la mateixa ip i diferenciant-se per la seva dns. A part d'això i afegirem un segon servidor dintre d'una altra xarxa, com per exemple server.guifi.net (només serà accessible dins d'aquesta xarxa pq ho volem fer així).

Una vegada instal·lat anem a l'arxiu de configuració /etc/apache2/apache2.conf (a mandrake és a /etc/httpd/httpd2.conf). Ara cal afegir el següent a l'arxiu:

NameVirtualServer 127.0.0.1
NameVirtualServer 172.26.0.2

<VirtualHost 127.0.0.1 172.26.0.2>
DocumentRoot /www/servidor1
ServerName www.servidor1.com
ServerAlias servidor1.com
</VirtualHost>

<VirtualHost 127.0.0.1 172.26.0.2>
DocumentRoot /www/servidor2
ServerName www.servidor2.com
ServerAlias servidor2.com
</VirtualHost>

<VirtualHost 10.33.0.2>
DocumentRoot /www/guifi
ServerName server.guifi.net
</VirtualHost>

Amb aquesta configuració establim que a les crides a la ip 127.0.0.1 (equivalent a localhost, accés des del propi servidor) i 172.26.0.2 (inet) es mirarà el dns que s'ha introduit. El NameVirtualServer el que fa definir per la ip que s'indiqui que serà un servidor virtual basat en dns, és a dir, que a la mateixa ip hi haurà més d'un servidor. En canvi si algú accedeix mitjançant la ip 10.33.0.2, xarxa wifi, aquest servidor no mirarà amb quina url s'hi està accedint, ens hi portarà sense mirar-la. Com que no hi ha més d'un servidor en aquella ip no fa falta mirar la dns.

També podem optar per fer us de wildcards * obtenint una configuració d'aquest estil:

NameVirtualServer *
<VirtualHost *>
DocumentRoot /www/servidor1
ServerName www.servidor1.com
ServerAlias servidor1.com
</VirtualHost>
<VirtualHost *>
DocumentRoot /www/servidor2
ServerName www.servidor2.com
ServerAlias servidor2.com
</VirtualHost>
<VirtualHost *>
DocumentRoot /www/guifi
ServerName server.guifi.net
</VirtualHost>

En aquest cas accedim des de la ip que accedim ens basarem en la dns facilitada.

Hi ha més possibilitats, fins i tot es poden configurar diversos servidors virtuals en funció del port a que s'accedeixi.

Dintre de cada VirtualHost es poden definir els Directory i Location que es vulguin fer servir en cada cas.

D'altra banda cal tenir en compte que el primer VirtualHost definit fa les funcions de _default_ si aquest no és definit, servidor per defecte que atendrà totes les crides que no sàpiga a quin servidor van dirigides. Si es vol aquest servidor també es pot especificar definint un nou <VirtualHost _default_>.