System load at 50%

Ayer tuve un día un poco bajonero. Ya tuve la misma sensación cuando cerró el taller y cambié de trabajo, pero esta vez es distinto por que ahora me tengo que centrar en estudiar y mantener la cabeza despejada.

Influyó también en mi estado de ánimo la cantidad de problemas que están surgiendo para sacar las llamadas por mISDN en el servidor nuevo. Para no contarlo otra vez remito link al foro de TrixBox donde expongo el problema:

http://www.trixbox.org/forums/…

De momento no me han hecho ni puñetero caso, pero para mi sorpresa tras pedir información específica a Jazztel sobre sus RDSI (y por supuesto quedarse flipados ante semejante petición que se sale de sus diagramas de flujo AKA guíaburros) van y me devulven la llamada para que les envíe “los archivos que tengo que configurar para ver si me los pueden completar”. Que te parece? Pues ni short ni lazy les mandé el misdn-init.conf y el misdn.conf. Ya veremos si responden.

Hoy para que no caer en otra micro-depre me he metido en la cocina y me he puesto un CD tremendo que aún no había escuchado y que tiene todos los grandes temas de mi época 2-stepper y garagera.

Al final me he vuelto un poco loco y he hecho un kilo y medio de salmón a la sal y un cocido para unos cuantos. Hay que ver lo que relaja cocinar.

Una de cal y una de arena. Murphy estuvo allí.

Pues sí que funcionó bien la instalación de los binarios de mISDN para TrixBox 2.4. Pero como siempre, cuando el componente software no da problemas, se te jode algo del hardware. El flamante equipo nuevo para el servidor de telefonía falleció en acto de servicio y su placa base se fue al garete. Retomamos el anterior Pentium 4 y menos mal que el disco duro con todo configurado (lease dia anterior) se portó bien en su nueva ubicación.

Volviendo al tema, hay que tener algunas cosillas elementales en cuenta, pero por lo demás cargó a la perfección. Principalmente:

1- No hay que configurar el sistema para que inicie mISDN al arrancar sin antes haber hecho mISDN scan y mISDN config. Si no ha creado los archivos de configuración no los encontrará y petará. Solución, inicio interactivo y no cargar mISDN.

2- En mi caso, tengo que modificar los archivos de configuración de mISDN porque las líneas de Jazztel másDSL no son ptmp, sino ptp.

Tampoco tuve ningun problema en compilar el IAXmodem para el servidor de fax. Por lo que parece, funciona bien y se registra correctamente en el Asterisk. Tengo que mandar un fax para probar…

Una cosa que sí que se me ha escapado de las manos ha sido la imposibilidad de hacer funcionar una X100p con una línea de Ono. La tarjeta está requeteprobada en un servidor anterior y ha sido testigo de largas conversaciones telefónicas. La configuración es exactamente la misma, incluso hace caso a las llamadas entrantes y salta el IVR como toca, pero no se oye nada ni hace caso a los tonos. Algo he oído sore configuraciones a nivel de operador por parte de Ono para usar sus primarios, pero para una triste línea?

Any help would be appreciate.

Un pequeño avance

Trabajar bajo presión a veces motiva y ayuda a concentrarse. Pero los “just one chance jobs” no molan nada… Resulta que para adelantar trabajo me he dispuesto a configurar el TrixBox 2.4 nuevo desde casa conectando por PPTP a la oficina de Elche. Vale sí, TrixBox es para nenas y lo que más mola es un Asterisk a mano desde cero bajo Debian, pero tengo prisa, uso tarjetas HFC y quiero probar una configuración que simplifica la instalación de mISDN en esta plataforma.

Resulta que para esta nueva versión que es estable (eso dicen) desde diciembre del 2007 han desarrollado binarios de mISDN que se encuentran en un repositorio yum beta. Los pasos a seguir están en:

http://www.trixbox.org/wiki/chan-misdn

Resumiendo, a los que ya se hayan liado en anteriores ocasiones con la compilación de mISDN bajo TrixBox con sus interminables problemas, explosiones, incompatibilidades y reinstalaciones, ahora se supone que con un inocente:

yum -y --enablerepo=trixboxbeta install asterisk-chan_misdn mISDNuser mISDN-modules mISDN

tendremos todo lo necesario para levantar nuestras tarjetas de 40€.

Lo de los “just one chance jobs” viene a que al estar en remoto y tener que hacer una serie de configuraciones, tengo que medir mis pasos para no meter la pata y tener que depende de terminal hands.

Backups por FTP secundarios de webs bajo Plesk 8.2

El panel de control de Plesk 8.2 (ya ha salido el 8.3, pero no he tenido tiempo de actualizarlo) permite realizar backups completos que posteriormente se pueden importar y autoinstalar para recuperar un dominio completo en cuestión de segundos. El caso es que ya realizo una copia local en el servidor, que además tiene un Raid 1 (por si casca un disco) y cada cliente puede restaurar su sitio a su gusto determinando su propio criterio de temporalidad… pero y si el servidor entero revienta?? Ahí está nuestra querida compañera la paranoia! Siempre cuidando de nosotros!

Ok, al turrón! Vamos a montar un FTP de emergencia de momento en preproducción usando una máquina virtual con Debian Etch dentro de la DMZ y que grabe en una cinta el contenido de los directorios cada X tiempo. Podríamos meterla en la LAN y autorizar el puerto 21 pero el problema está en que no tengo ganas de romperme la cabeza para que el Plesk funcione en modo activo a la hora de transmitir entre dos redes diferentes gestionadas por el firewall PFSense. De ese tema hablaremos otro día…

El servidor por el que me he decidido es el PureFTP. Sencillamente por que usa un sistema muy simple de gestión de usuarios “virtuales”. La idea es que cada cliente meta un login en el panel de control de Plesk y automáticamente sea dirigido a su repositorio FTP personal con sus backups. Mediante PureFTP, necesitamos crear un solo usuario y grupo y el servidor se preocupa de llevar a cada uno a su sitio al loguearse según un archivo de usuarios propio diferenciado del sistema principal.

http://download.pureftpd.org/pub/pure-ftpd/doc/README.Virtual-Users

Pues así de fácil! Creamos el usuario ftpuser y el grupo ftpgroup si somos puristas y luego metemos usuarios con el comando pure-pw especificando los datos de cada usuario. En mi caso he creado una carpeta /home/backups donde existe un directorio para cada cliente.

Existe un problemilla que ha hecho correr rios de posts en diferentes foros… Cuando instalamos el PureFTP mediante apt-get en una Etch netinst se instala dependiendo de inetd. Si queremos arrancar el servidor con la opción de usuarios virtuales (explicado al final del documento linkado) debemos iniciar el servidor con el modificador -l puredb:<ruta a db>. Por lo tanto, si lo paramos a mano y lo intentamos iniciar de nuevo con el modificador nos dirá “Address alredy in use” porque ya se ha preocupado el sistema de levantarlo y es bastante más rápido que nosotros. Si nos fijamos en /etc/inetd.conf nos encontramos esta simpática línea:

#:STANDARD: These are standard services.
 ftp    stream  tcp     nowait  root    /usr/sbin/tcpd /usr/sbin/pure-ftpd-wrapper

http://www.penguin-soft.com/penguin/man/8/pure-ftpd-wrapper.html

Pues tenemos dos opciones. O a mano o a máquina. Comentamos la línea y ejecutamos el servidor desde la línea de comandos o lo agregamos a un archivo de inicio del sistema. Yo de momento he instalado rcconf para eliminar el servicio del arranque y lo voy a ejecutar a mano. Aun estoy haciendo pruebas!

pure-ftpd -l puredb:/etc/pure-ftpd/pureftpd.pdb &

Volviendo a la cuestión principal del asunto, vamos al Plesk y añadimos la cuenta FTP que hayamos creado a cada uno de los clientes. En Plesk tenemos la opción de guardar por cliente (todos sus dominios juntos) o por dominio suelto. Hay que tener cuidado con esto porque si el cliente ya realiza backups de sus dominios por separado, esos archivos comprimidos forman parte de la cuenta del cliente, por lo que se añadirían a un backup completo de cliente.

Ahora nos falta el tema de la cinta… Pero eso es otra historia. Ahora me voy a ocupar de otros menesteres. Hasta otra!

Después de la tormenta

Han pasado muchos días desde el último post y me han ocurrido muchas cosas importantes que me gustaría comentar aquí. La función principal de este blog es la de ordenar mis ideas y tener un repositorio de información donde publique todos mis avances en mis proyectos personales.

En los próximos días me pondré las pilas y actualizaré todo lo nuevo que ha pasado en mis máquinas y en mi vida. También tengo que acabar con la galería y poner algunas fotos para que los compis estemos en contacto cuando dejemos de vernos las caras en el trabajo. De momento he puesto las de la fiesta del viernes pasado. Echadles un vistazo en www.homelesshosting.net/media

Me despido con el Besugo Navideño! La pescadería del Inglés de Elche me va a volver loco!!!