Per fer-ho senzillament hem d'escriure:

sudo apt-get install tomcat6
cd /usr/share/tomcat6
sudo ln -s /var/lib/tomcat6/conf conf
sudo ln -s /etc/tomcat6/policy.d/03catalina.policy conf/catalina.policy
sudo ln -s /var/log/tomcat6 log
sudo chmod -R 777 /usr/share/tomcat6/conf

Llavors només queda que al definir el nostre servidor a l'Eclipse li donem la ruta /var/lib/tomcat i ja podem començar el nostre projecte.

<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 es que em va costar força fer-ho anar, tot i que realment no és gaire difícil.

Dir que en principi es documenta que amb DB2 Connect es pot accedir al AS400, però bé, jo no vaig trobar la manera d'aconseguir-ho, tot i que tampoc importa molt ja que el que volia era que el meu programa, en C++, pogués accedir directament a les dades del AS400.

Concretament volia instal·lar-ho a un servidor Debian Lenny, on tinc un servidor que és el que connecta amb el AS400, i efectua les operacions que li demanen els clients sobre la BD en funció de la seva autorització (així es controla que només el servidor hi tingui accés directe, i a més ens estalviem instal·lar a tot arreu el ODBC).

Per tant al servidor hem d'instal·lar-hi el unixODBC (disponible a totes les distribucions) i el driver d'ibm per al ODBC. Aquest driver s'ha de descarregar d'IBM i el podeu trobar en aquesta plana.

Altrament també necessitarem instal·lar el software isql per a comprovar que tot a funcionat correctament.

Instal·lem el software:

aptitude install unixODBC isql

Llavors instal·lem el driver d'ibm, si en descomprimim el paquet ja veurem que té un fitxer anomenat libdb2.so que el trobem dintre del directori /lib del arxiu que hem descomprimit.

Ara afegirem la ubicació del driver a l'arxiu /etc/odbcinst.ini (si instal·leu el driver amb l'instal·lador d'ibm, aquesta entrada s'hauria d'afegir sola):

[iSeries Access ODBC Driver]
Description             = iSeries Access for Linux ODBC Driver
Driver          = /opt/ibm/iSeriesAccess/lib/libcwbodbc.so
Setup           = /opt/ibm/iSeriesAccess/lib/libcwbodbcs.so
NOTE1           = If using unixODBC 2.2.11 or later and you want the 32 and 64-bit ODBC drivers to share DSN's,
NOTE2           = the following Driver64/Setup64 keywords will provide that support.
Driver64                = /opt/ibm/iSeriesAccess/lib64/libcwbodbc.so
Setup64         = /opt/ibm/iSeriesAccess/lib64/libcwbodbcs.so
Threading               = 2
DontDLClose             = 1
UsageCount              = 1

Finalment afegirem la ubicació i dades del nostre servidor a /etc/odbc.ini:

[Server_AS_400]
Driver          = iSeries Access ODBC Driver
Description     = Production AS/400 Database
Server          = 172.26.0.2
System          = 172.26.0.2

Per a comprovar si connectem correctament al AS400 farem ús de l'eina isql:

isql Server_AS_400 <usuari> <clau>

Un document més complet de com fer-ho el podeu trobar en aquesta entrada de blog, que és d'on en vaig extreure la informació.

#!/bin/bash
for i in `find *.tpl -type f -print`;
do
iconv -f ISO-8859-1 -t UTF-8 $i -o $i.new;
mv -f $i.new $i;
done

El cas és que volia actualitzar el sistema per posar-lo al dia, però al voler actualitzar el glibc aquesta sempre fallava. Al llegir per internet he vist que és culpa del kernel que té, així que vaig procedir a actualitzar-lo.

Al ser un servidor dedicat no accessible localment s'havia d'anar amb compte de no fer un kernel panic... per això millor emprar la configuració del kernel que els de ovh et faciliten. Com que el problema ve donat pels seus kernels hardened, no volia instal·lar els seus patchs de seguretat, pel que aquí hi ha el procés:

nsxxxxxx ~ # mkdir /root/kernel
nsxxxxxx ~ # cd /root/kernel
nsxxxxxx ~ # wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.28.tar.gz
nsxxxxxx ~ # wget ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6-config-xxxx-std-ipv4-64
nsxxxxxx ~ # tar -zxvf linux-2.6.28.tar.gz
nsxxxxxx ~ # mv 2.6-config-xxxx-std-ipv4-64 linux-2.6.28/.config
nsxxxxxx ~ # cd linux-2.6.28
nsxxxxxx ~ # make
nsxxxxxx ~ # cp linux-2.6.28/arch/x86_64/boot/bzImage /boot/bzImage-2.6.28-xxxx-grsec-ipv4-64
nsxxxxxx ~ # cp linux-2.6.28/System.map /boot/System.map-2.6.28-xxxx-grsec-ipv4-64
nsxxxxxx ~ # ln -sf /boot/System.map-2.6.28-xxxx-grsec-ipv4-64 /boot/System.map

Llavors queda afegir el nou kernel al lilo:

nsxxxxxx ~ # vim /etc/lilo.conf
nsxxxxxx ~ # /sbin/lilo

Ja només queda reinciar la màquina i a seguir amb l'actualització

VBoxManage setextradata <Maquina_Virtual> "VBoxInternal/Devices/piix3ide/0/Config/IRQDelay" 1

Aquest valor va entre 1 i 5 milisegons. Això fa que el rendiment del disc dur sigui més pobre, així que una vegada conclosa la instal·lació haurem de posar-ho a 0.

Primerament hem de carregar les capçalera per a poder emprar les funcions md5 d'openssl:

#include <openssl/md5.h>

Amb això podem cridar a les funcions MD5_Init, MD5_Update i MD5_Final. Com indica el nom MD5_Init serveix per iniciar el procés de conversió, inicialitzant una variable del tipus MD5_CTX. Per a l'exemple l'anomenarem state:

MD5_CTX state;

MD5_Update requereix 3 paràmetres. Primerament la nostra variable state, per a seguir i actualitzar el context de les dades de les que crear-ne el MD5. Segon li hem de passar una dada de tipus unsigned char, en el nostre cas anomenada buffer. Aquesta variable el que conté són les dades de les que volem que faci el MD5. Com que el buffer és una estructura dinàmica, el tercer paràmetre és un enter indicant el nombre de caràcters que ha de llegir.

unsigned char *buffer;
int comptador;

Cal tenir en compte que MD5_Update es pot cridar tantes vegades com faci falta fins a carregar totes les dades dessitjades.

Per acabar emprem la funció MD5_Final, que de primer paràmetre ens demana una cadena unsigned char, de 16 bytes, que serà el que es coneix com a digest (la variable l'anomenarem així), que és el MD5 en format binari. Com a darrer paràmetre l'hi passem la variable state, que conté el context del que s'ha de generar el MD5.

unsigned char *digest;

Tot aquest procés ens dona el digest, que és un valor binari. Però el problema és que podem voler tractar el md5 de forma visual, en format de cadena, llegible per a una persona. Per fer això ens podem fer una petita funció a mà.

char *digestAMD5(unsigned char *digest)
{
  static const char HEX_DIGITS[] = "0123456789abcdef";
  char *md5;
  int n;
 
  md5=malloc(sizeof(char)*33);
  for (n = 0; n < 16; n++)
  {
    md5[2*n]   = HEX_DIGITS[(digest[n] >> 4) & 0x0f];
    md5[2*n+1] = HEX_DIGITS[digest[n] & 0xf];
  }
  md5[32] = 0;
 
  return (char *) md5;
}

Aquesta funció ens generaria un MD5 legible per a una persona. Un exemple per veure-ho funcionant tot junt:

#include <openssl/md5.h>
int main()
{
  unsigned char *buffer, *digest;
  int comptador;
  char *md5;
  MD5_CTX state;
 
  //Demanem memòria per a les nostres cadenes
  digest=malloc(sizeof(char)*16);
  md5=malloc(sizeof(char)*33); //El md5 és de 32 caràcters, en posem un més per poder-hi afegir el byte de fi de cadena.
 
  //Carreguem el buffer del lloc que necessitem
  //Això ja depen d'on extrequi cadascú la informació de la que vol fer-ne el md5
 
  //Inicialitzem el entorn
  MD5_Init(&state);
 
  //Afegim les dades del buffer. Es pot anar cridant aquesta funció les vegades que faci falta
  MD5_Update(&state, buffer, comptador);
 
  //Genera el digest de les dades enviades. Recordem que no poden ser visualitzades per una persona
  MD5_Final(digest, &state);
 
  //Generem una cadena amb el MD5, ara sí, en format llegible per a una persona
  md5=digestAMD5(digest);
 
  //Afegir caràcter de fi de cadena per a que el printf ens mostri correctament la nostra cadena
  md5[32]='\0';
  printf("El MD5 val: %s", md5);
  return 0;
}

Sembla i és una tonteria, però m'hi he trencat les banyes un parell de dies per a poder-ho fer servir...

Mama agafa aquesta insignia per mi
No la puc fer servir ja més
S'està fent fosc massa fosc per veure-hi
Em sento com si piqués a les portes del cel

Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel

Mama posa les meves armes al terra
No les puc disparar ja més
Aquell fred núvol fosc està baixant
Em sento com si piqués a les portes del cel

Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel
Pica-pica-pican't a les portes del cel

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 >< ).

La primera solució va ser pensar en copiar-ho al meu pc i llavors enviar-ho al nou destí. El problema d'això és que s'havien de copiar 100 MB i vora 4000 arxius, cosa que a part de tenir molts números de petar amb la meva línia, també seria molt lent (del servidor d'on vull extreure les dades no hi tinc accés per shell, pel que no puc comprimir les dades abans).

Al final he trobat la solució, que estava davant dels nassos tota l'estona. Ha estat emprar wget, que suporta recursivitat, i descarregar des d'ftp. La comanda emprada ha estat concretament:

wget --mirror --user blablabla --password unacosa ftp://servidor.com/carpeta_que_vull

I a deixar-lo fer. Tenint en compte que ambdós servidors estan sota una línia de 100 mbps, el procés ha estat ràpid i senzill.