Gracias a Pedro que ha hecho un guía burros (con pantallazos incluidos) de cómo instalar y configurar AsteriskNow. Es un manual típico aunque basado en la instalación de nuestra centralita que lleva funcionando varios meses (una sola línea RTC, 11 teléfonos IP y fax). Las premisas/conclusiones son las siguientes:

a).-Comprarse un kit básico con tarjeta FXO, AsteriskNow y Teléfono IP, en www.capatres.com (también en el blog de capatres hablan de apuntarse a un curso para instalar y configurar Asterisk por si eres de los que prefieres docencia no autodidacta).

b).-Necesitarás un PC (a nosotros nos ha bastado con un AMD 1.2Ghz de hace 5 años con 128Mb RAM y 8 Gb de disco).

c).-Los softphones están muy bien, pero recuerda que necesitarás auriculares y micro (nosotros hemos adquirido teléfonos USB en cada puesto).

d).-Recuerda que la VoIP sobre redes no cableadas con riesgo de colisiones y mucho tráfico no dará la calidad esperada (he probado teléfonos USB en PCs conectados vía WiFi y no dan la calidad esperada el 100% del tiempo. Incluso en el mismo PC sobre WiFi y un manos libres bluetooth, la calidad cae bastante más).

e).-No hay integración directa con Skype con calidad aceptable el 100% del tiempo, de manera que desde la infraestructura IP montada se pueda hablar con los contactos Skype quitando el softphone (hay pasarelas y manuales que pueden ayudar a una configuración más o menos posible, pero no resuelven quitar el softphone o el cliente Skype).

Ahora ampliaremos una línea RTC más con un número de Fax fijo entrante y su correspondiente FXO para aprovechar las dos líneas RTC resultantes para la salida.

Dejo un archivo con un conjunto de vídeos y enlaces sobre Criptografía, Esteganografía, cifrado y autenticación (21 Mb) que he recopilado para el curso ya concluido de Protección de datos que he dado. La mayoría de la información se puede leer en Kriptópolis.

Pues sí, uno de nuestros servidores, con Mandrake 9.1 ha petado: el “file system” en Ext3 está lo suficientemente corrompido como para que linux dé un “Kernel Panic”. Vamos a ver unos consejillos que he seguido para recuperar la información:

 1.-Hacer una imagen del disco, nunca trabajar directamente sobre el propio disco: Cuando un file system da un Kernel Panic a causa de que no puede arrancar, hay que mirar de hacer una imagen primero para poder “jugar” con el contenido de una copia, no con el origen, ya que “jugar” puede significar perder datos. Para hacer una imagen, recomiendo arrancar con un livecd y usar el comando “dd”.

2.- Si no acaba de funcionar el comando “dd”, usar “dd_rescue”, sobre todo si el Kernel Panic lo da a causa de sectores defectuosos en el disco: Podemos mirar lo que hace el comando en http://www.garloff.de/kurt/linux/ddrescue/ (lee todo el file system sin pararse a causa de sectores defectuosos). En mi caso, dd_rescue localizó unos 50 errores.

3.- Pasarle “fschk” a la imagen y prepararnos para perder aquellos datos que no pueda recuperar a causa de la inexistencia de sectores en el file system. Nos irá avisando de los nombres de los ficheros, si encuentra nodos concretos con referencias a ficheros. Luego montamos el file system (que ya se dejará) y cruzamos los dedos para ver la nueva estructura de directorios creada desde “lost+found”.

4.- Buscar los ficheros más importantes: ficheros de configuración que estaban en /etc, ficheros de datos (si es que se usaba el file system como almacén de documentos), datafiles de bases de datos (por ejemplo, mySQL), colas de emails, IMAP, etc.

Nota: Una vez llegado a este punto, si las cosas no han salido como uno esperaba, Tomás me ha pasado un par de direcciones útiles: Para aprender sobre el tema de los file systems Ext3 (http://linux.sys-con.com/read/117909.htm) y usar una distro en liveCD llamada Necromantux (http://necromantux.gpul.org/) especial para realizar recuperación de información.

5.- Crear una máquina virtual con la misma versión de linux que teníamos: Recomiendo usar VMPlayer y QEmu:

http://www.vmware.com/products/player/

http://free.oszoo.org/ftp/qemu/win32/release/QemuInstall-0.7.2.exe

http://voipspeak.net/index.php?option=com_content&task=view&id=45&Itemid=28 

(En esta última dirección podemos ver algo más sobre la configuración de ambos programas con el fin de crear correctamente una máquina virtual). Luego hay que instalar la misma distro de linux que teníamos (en mi caso Mandrake 9.1).

6.- Instalar en la máquina virtual los mismos paquetes de la distro y aplicarles la configuración rescatada del proceso anterior (/etc) y arrancar los servicios para confirmar que funcionan de forma similar.

7.- Ahora podemos hacer dos cosas: o bien configuramos la máquina virtual para que subsista de forma independiente con la máquina real (conseguimos tener por ejemplo dos servidores en uno, doble tarjeta de red funcionando, etc) y luego reconfiguramos el linux (creamos en la máquina virtual los usuarios que teníamos, volcamos los documentos y datos de los diferentes servicios, etc), o exportamos la información (inicialmente ilegible para otros sistemas) a un formato estándar y nos proponemos un plan de migración de los datos hacia un nuevo servidor con un sistema operativo diferente o una distro más actualizada…y todo esto en una máquina física nueva.

8.- Aplicamos las medidas preventivas necesarias: No queremos que nos vuelva a ocurrir lo mismo, ¿verdad?. Pues hay varias maneras de evitarlo: redundancia en disco (RAID 1 es suficiente, eso sí en hardware a través de controladora aunque sea integrada en placa) o redundancia mediante máquina virtual y copias de seguridad de lo que nos ha sido necesario para la restauración de la máquina del punto 7.