Skype, la plataforma de llamadas por internet a bajo coste (paso de llamarlo VozIP :)  se ha extendido como un reguero de pólvora en los últimos años, gracias entre otras cosas a su promoción por parte de Ebay (actual propietaria).

He leido en alguna ocasión que en Asia es mucho más utilizado que en Europa. También puede ser porque sean más. El caso es que efectivamente todos los contactos asiáticos de las empresas con las que trabajo usan Skype preferentemente.

El tema de este artículo es el siguiente: SIP softphone con llamadas entrantes y proveedor IP + Skype para otros contactos… Se puede simplificar todo en una sola aplicación y de paso economizar gracias a las bajas tarifas de Skye? La respuesta es… “Puede”. Vamos a intentarlo usando un servidor “intermedio” que traduzca clientes Skype simultáneos en trunks salientes para Asterisk. Nuestro nuevo amigo se llama SISKY.

Alguno dirá… “Jo, pues no tiene tiempo ni ná el Chan_Skype…”. Efectivamente no es una solución nueva, pero este es más económico (55$ por canal frente a 100$) y aunque me duela decirlo, su instalación es insultántemente sencilla bajo Windows. Chan_Skype necesita una máquina bastante específica y parece ser que la api de desarrollo para el Skype de Windows ofrece más posibilidades y estabilidad que la de Linux, dicho por Yeastar, los creadores de Sisky. Ellos sabrán, yo de programar ni papa.

Al lío. Nos bajamos Sisky Enterprise Edition de la web http://www.yeastar.com/Products/SiSkyEE.asp y lo instalamos en una máquina Windows XP SP2 o Windows 2003 Server SP2. Es importante no tener Skype instalado. En caso de tenerlo instalado procederemos a desinstalarlo. Luego ejecutamos la instalación de Sisky…siguiente, siguiente, siguiente… como siempre y luego a reiniciar. El software es 100% funcional sin registrar, pero oiremos cada 10 segundos una voz que dice “Yeastar!”. Si nos convence lo registramos y si no pues a tomar viento.

En el pimer inicio del programa nos aparecerá el asistente de configuración. Nos pedirá la cantidad de canales que vamos a usar y si queremos registrar una cuenta de Skype para dicho canal. Si elegimos esta opción nos aparecerá un asistente de registro de Skype por cada canal para el cual necesitemos una nueva cuenta de usuario. Si ya tenemos una cuenta que queramos utilizar, simplemente lo dejamos sin seleccionar para introducir los datos de acceso a mano.

Al acabar de configurar los canales deberemos dejar seleccionada la instalación de los “Skype Cables”. Se trata del driver que conectará la entrada/salida de audio de Skype con nuestro servidor Asterisk.

Notas para navegantes:

1- NO FUNCIONA EN SISTEMAS 64bit Y NO TIENEN MUCHAS GANAS DE PROGRAMAR UN DRIVER COMPATIBLE.

2- NO FUNCIONA POR TERMINAL SERVER. La única solución de administración remota son los sistemas tipo VNC.

3- Atención a cuando Skype pregunta si queremos permitir que una aplicación llamada “SkypeChannel.exe” controle la aplicación. Tenemos que decirle “Allow this program to use Skype”. Vamos, que sí que le deje. Como nos despistemos se nos pasa el arroz y puede que nos toque reinstalar Sisky.

Tendremos entonces a la vista los canales creados con testigo rojo a la izquierda, indicando que no están conectados correctamente a nuestra PBX. Normal. Aún no lo hemos hecho, pero tranquilos que no vais a sudar.

Botón derecho sobre el canal y seleccionamos “setting”. Podemos configurar cada canal como una extensión o como un trunk.

En este ejemplo explico una configuración con dos canales como trunk, pero con estos gráficos del manual oficial de Sisky os podeis hacer una idea de que configuración se ajusta mejor a vuestras necesidades.

Ahora nos vamos a nuestro FreePBX y creamos los trunks completando los campos Peer Details y Register String.

Instantánemente veréis como cambia el estado de los canales a color azul

Pues ale, poned el trunk en una ruta saliente y a llamar se ha dicho. Siempre que tengáis crédito SkypeOut claro

En el manual oficial hay instrucciones más amplias sobre cómo configurar los trunks o extensiones sin FreePBX, cómo crear dialplans específicos o cómo crear speed-dials desde el administrador web para llamar a nuestros contacto de Skype desde extensiones SIP.

]]> http://www.homelesshosting.net/2008/11/12/economizando-parte-2/feed/ http://www.homelesshosting.net/2008/10/26/economizando-parte-1/ http://www.homelesshosting.net/2008/10/26/economizando-parte-1/#comments Sun, 26 Oct 2008 10:43:43 +0000 admin http://www.homelesshosting.net/?p=148 Con la idea de reducir la factura de la electricidad se me ocurrió cambiar los discos duros de los sistemas que menos los usan por tarjetas compactflash. Hice la prueba con el PfSense. Le quité el disco IDE de 20GB que tenía en marcha y le metí el cacharro este que me costó 5€ con una tarjeta de las buenas de 2GB. El resultado fue formidable y no ha dado  ningún problema. Aquí se puede ver el servidor PfSense con sus cuatro tarjetas de red y la compactflash introducida en su ranura PCI. La otra imagen muestra los 30 gloriosos días que la máquina lleva en marcha desde el último reinicio.

No conforme con este cambio me aventuré a ir un poco más lejos. Como tenía en mente darle la patada a TrixBox por sus múltiples incongruencias y violaciones de lo que muchos entendemos por código abierto y community, pensé en cambiar a Elastix y de paso meter otra tarjeta compactflash en este sistema. Resultado, cuatro gigabytes son más que suficientes y va como un tiro. Muy pronto nuevas ideas para ahorrar dinerito todos los meses!!

El tema tiene miga, y el único apaño que he encontrado consiste en descomprimir la imagen, realizar los cambios oportunos y volverla a comprimir. Básicamente hay que instalar FreeBSD o PCBSD en una máquina física o virtual, descomprimir la imagen .img usando el script workon.sh, modificar el archivo services.inc, recomprimir e instalar la imagen. Yo he usado la versión bootonly de FreeBSD que solo ocupa 33MB y tiene todo lo necesario. Seguí los pasos de este post en el foro oficial de monowall:

El problema que me encontré más adelante es que el script workon.sh no funciona correctamente para la rama beta de monowall (1.3), así que hay que modificarlo de esta manera:

El tiempo que ha pasado entre el último artículo y este que estoy escribiendo ahora es bastante largo, pero en realidad no he tenido nada que contar relacionado con los temas principales del blog. No es que haya estado metido en una urna, es que me he ahorrado contar historias personales que creo que a nadie le importan.

Ahora ya estoy de nuevo online y con un montón de proyectos interesantes que quisiera compartir con la comunidad de usuari@s de código abierto y de emprendedor@s que quieren hacer grandes cosas con pocos recursos.

Arrancar aplicaciones al inicio de Gnome es una tarea sencilla. Basta con añadir entradas al menú Sistema->Preferencias->Sesiones. El problema es que al ser rdesktop una de esas aplicaciones prefería que los demás programas (Evolution, aMSN, X-Lite…) se iniciaran en otro escritorio.

Para esto existe una pequeña aplicación para Gnome llamada Devil’s Pie. La instalamos haciendo:

sudo apt-get instal devilspie

Y creamos en nuestra carpeta de usuario el directorio /.devilspie. Dentro de ese directorio tenemos que crear los archivos .ds para cada aplicación. La sintaxis no es muy complicada, por ejemplo, yo uso para Evolution:

#evolution.ds

(if
(is (application_name) "Firefox")
(begin
(set_workspace 2)
(maximize)
)
)

Para que funcione al iniciar sesión hay que añadir la aplicación devilspie al inicio de Gnome a través del menú anteriormente citado: Sistema->Preferencias->Sesiones

Plesk es un sistema que siempre me ha seducido por la secillez con la que trata tareas laboriosas de administración de hosting. Esa frase me delata como Lazy Admin, pero hay que tener tiempo para otras cosas! Los únicos problemas serios que me ha generado en alguna ocasión son los relativos al correo. Plesk utiliza Qmail y ciertas funciones solo pueden modificarse a mano editando sus archivos de configuración. Además, el sistema de tienda que utilizo parece que no se lleva muy bien con este MTA.

- Movida número uno:

Tengo una tienda que genera emails automáticos pero el servidor de correo es otro diferente del que alberga la web.

Pues si el DNS estuviera en su sitio no habría problema al resolver la entrada MX por defecto del dominio (digo yo), pero si el servidor con el Plesk está saliendo a Internet por NAT y tiene una IP privada se resolverá a si mismo. O eso o directamente Qmail entrega localmente, no he tenido el gusto de investigarlo.

Solución: Editar /var/qmail/control/virtualdomains y comentar la entrada correspondiente al dominio que queremos que no entrege el correo en local.

- Movida número dos:

Tengo una tienda CubeCart y no me envía los correos automáticos. Si miro el log del Qmail me sale un error que me refiere a http://cr.yp.to/docs/smtplf.html

Solución: Edita /classes/htmlMimeMail/smtp.php y modifica:

$body = str_replace(CRLF.’.', CRLF.’..’, $this->body);

$body = $body[0] == ‘.’ ? ‘.’.$body : $body;

Por:

$body = preg_replace(’#(?<!\r)\n#’,CRLF,$this->body);

$body = str_replace(CRLF.’.', CRLF.’..’, $body);

$body = $body[0] == ‘.’ ? ‘.’.$body : $body;

- Movida número tres:

Voy a migrar una máquina con Plesk y quiero que los correos se entreguen en el servidor nuevo para no quedarme tirado mientras se refresquen los DNS, extraído de http://www.thyng.info.

Solución: El supuesto seria el siguiente, tenemos un maquina A ( IP: AA.AA.AA.AA ) que es donde tenemos actualmente el dominio ( dominio.com ) , y lo queremos trasladar a una maquina llamemosle B ( BB.BB.BB.BB ) . Entonces deberiamos crear un el siguiente fichero:

nano -w /var/qmail/control/smtproutes
Y ponemos dentro lo siguiente:
dominio.com:BB.BB.BB.BB

Depues de esto abriremos el fichero de virtualdomains, para que no entregue los correos en local
nano -w /var/qmail/control/virtualdomains

Buscaremos el nombre de nuestro dominio y pondremos una almohadilla por delante:
#dominio.com:1

Una vez hecho esto, reiniciaremos todo el plesk con:
/etc/init.d/psa stopall
/etc/init.d/psa start

Para comprobar que los correos se estan redirigiendo bien, haremos lo siguiente en el servidor viejo:
tail -f /usr/local/psa/var/log/maillog | grep dominio.com ( esto puede cambiar dependiendo de donde tengas los logs del correo )

Si al enviar un correo a tu dominio sale una linea que ponga remote, entonces lo estara enviando al servidor nuevo, como por ejemplo:
Nov 20 13:33:26 localhost qmail: 1195562006.577355 starting delivery 136: msg 262147 to remote miemail@dominio.com
Y de esta forma no perderas ningun correo y la migracion es inmediata.

Hoy bien prontito he actualizado la versión de los paquetes de Zimbra. Tenía en producción la versión 5.0.1 y he subido a la 5.0.5 por los numerosos bugs que se corrigen. Entre ellos el más puñetero era el de cargar en algunas ocasiones incorrectamente las conversaciones al responder un mensaje. Parece que solo afectaba a ciertos sistemas o navegadores, pero a mi me fallaba mucho con Firefox bajo Ubuntu. Así que sin dudarlo me he bajado el tar.gz completo y ale, le he dado a actualizar a lo bruto. No se vosotros, pero si me fio de alguna aplicación dentro del mundo del código abierto es de Zimbra. Dejo el log de lo que ha pasado:

[root@XXXXXX zcs-5.0.5_GA_2201.F7.20080417022547]# ./install.sh

Operations logged to /tmp/install.log.17123
Checking for existing installation…
zimbra-ldap…FOUND zimbra-ldap-5.0.1_GA_1902
zimbra-logger…FOUND zimbra-logger-5.0.1_GA_1902
zimbra-mta…FOUND zimbra-mta-5.0.1_GA_1902
zimbra-snmp…FOUND zimbra-snmp-5.0.1_GA_1902
zimbra-store…FOUND zimbra-store-5.0.1_GA_1902
zimbra-apache…FOUND zimbra-apache-5.0.1_GA_1902
zimbra-spell…FOUND zimbra-spell-5.0.1_GA_1902
zimbra-proxy…FOUND zimbra-proxy-5.0.1_GA_1902
zimbra-archiving…NOT FOUND
zimbra-cluster…NOT FOUND
zimbra-core…FOUND zimbra-core-5.0.1_GA_1902
ZCS upgrade from 5.0.1 to 5.0.5 will be performed.

Saving existing configuration file to /opt/zimbra/.saveconfig

PLEASE READ THIS AGREEMENT CAREFULLY BEFORE USING THE SOFTWARE.
ZIMBRA, INC. (”ZIMBRA”) WILL ONLY LICENSE THIS SOFTWARE TO YOU IF YOU
FIRST ACCEPT THE TERMS OF THIS AGREEMENT. BY DOWNLOADING OR INSTALLING
THE SOFTWARE, OR USING THE PRODUCT, YOU ARE CONSENTING TO BE BOUND BY
THIS AGREEMENT. IF YOU DO NOT AGREE TO ALL OF THE TERMS OF THIS
AGREEMENT, THEN DO NOT DOWNLOAD, INSTALL OR USE THE PRODUCT.

License Terms for the Zimbra Collaboration Suite:
http://www.zimbra.com/license/zimbra_public_eula_2.1.html

Press Return to continue

Checking for prerequisites…
NPTL…FOUND
sudo…FOUND sudo-1.6.8p12-14
libidn…FOUND libidn-0.6.8-4
fetchmail…FOUND fetchmail-6.3.7-2
gmp…FOUND gmp-4.1.4-12.3
bind-libs…FOUND bind-libs-9.4.2-3
vixie-cron…FOUND vixie-cron-4.1-84
libtool-ltdl…FOUND libtool-ltdl-1.5.22-11
/usr/lib/libstdc++.so.6…FOUND
Prerequisite check complete.
Checking for standard system perl…
Checking current number of databases…

Do you want to verify message store database integrity? [Y] Y
Verifying integrity of message store databases.  This may take a while.
mysqld is alive
Generating report
No errors found

Checking for installable packages

Found zimbra-core
Found zimbra-ldap
Found zimbra-logger
Found zimbra-mta
Found zimbra-snmp
Found zimbra-store
Found zimbra-apache
Found zimbra-spell
Found zimbra-proxy

The Zimbra Collaboration Suite appears already to be installed.
It can be upgraded with no effect on existing accounts,
or the current installation can be completely removed prior
to installation for a clean install.

Do you wish to upgrade? [Y] Y

Select the packages to install
Upgrading zimbra-core
Upgrading zimbra-ldap
Upgrading zimbra-logger
Upgrading zimbra-mta
Upgrading zimbra-snmp
Upgrading zimbra-store
Upgrading zimbra-apache
Upgrading zimbra-spell
Upgrading zimbra-proxy
Checking required space for zimbra-core
checking space for zimbra-store

Installing:
zimbra-core
zimbra-ldap
zimbra-logger
zimbra-mta
zimbra-snmp
zimbra-store
zimbra-apache
zimbra-spell
zimbra-proxy

The system will be modified.  Continue? [N] Y

Shutting down zimbra mail

Backing up the ldap database…done.

Removing existing packages

zimbra-ldap…done
zimbra-logger…done
zimbra-mta…done
zimbra-snmp…done
zimbra-store…done
zimbra-spell…done
zimbra-proxy…done
zimbra-apache…done
zimbra-core…done

Removing deployed webapp directories
Installing packages

zimbra-core……zimbra-core-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-ldap……zimbra-ldap-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-logger……zimbra-logger-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-mta……zimbra-mta-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-snmp……zimbra-snmp-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-store……zimbra-store-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-apache……zimbra-apache-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-spell……zimbra-spell-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done
zimbra-proxy……zimbra-proxy-5.0.5_GA_2201.F7-20080417022547.i386.rpm…done

Setting defaults from saved config in /opt/zimbra/.saveconfig/config.save
HOSTNAME=XXXXXX
LDAPHOST=XXXXXX
LDAPPORT=389
SNMPTRAPHOST=XXXXXX
SMTPSOURCE=admin@XXXXXX
SMTPDEST=admin@XXXXXX
SNMPNOTIFY=yes
SMTPNOTIFY=yes
LDAPROOTPW=HyzDGikb
LDAPZIMBRAPW=HyzDGikb
LDAPPOSTPW=HyzDGikb
LDAPREPPW=HyzDGikb
LDAPAMAVISPW=HyzDGikb
Restoring existing configuration file from /opt/zimbra/.saveconfig/config.save…done
Operations logged to /tmp/zmsetup.01001900-0000164402304.log
Starting ldap…done.
Setting defaults…done.
Upgrading from 5.0.1_GA_1902 to 5.0.5_GA_2201
Stopping zimbra services
Verifying /opt/zimbra/conf/my.cnf
Starting mysql
Starting logger mysql
Tue May  6 08:28:37 2008: SELECT value FROM config WHERE name = ‘db.version’
This appears to be 5.0.1_GA
Redolog Version: 1.21 New Redolog Version: 1.22
Tue May  6 08:28:39 2008: Verified redolog version 1.21.
Tue May  6 08:28:39 2008: Updating Redolog schema version from 1.21 to 1.22.
Schema upgrade required
Running /opt/zimbra/libexec/scripts/migrate20080130-ImapFlags.pl
Tue May  6 08:28:41 2008: Verified schema version 50.
Tue May  6 08:28:42 2008: Adding flags column to mboxgroup1.imap_message.
Tue May  6 08:28:42 2008: Adding flags column to mboxgroup10.imap_message.
Tue May  6 08:28:43 2008: Adding flags column to mboxgroup11.imap_message.
Tue May  6 08:28:43 2008: Adding flags column to mboxgroup12.imap_message.
Tue May  6 08:28:44 2008: Adding flags column to mboxgroup13.imap_message.
Tue May  6 08:28:44 2008: Adding flags column to mboxgroup14.imap_message.
Tue May  6 08:28:44 2008: Adding flags column to mboxgroup15.imap_message.
Tue May  6 08:28:45 2008: Adding flags column to mboxgroup16.imap_message.
Tue May  6 08:28:45 2008: Adding flags column to mboxgroup17.imap_message.
Tue May  6 08:28:46 2008: Adding flags column to mboxgroup18.imap_message.
Tue May  6 08:28:46 2008: Adding flags column to mboxgroup19.imap_message.
Tue May  6 08:28:47 2008: Adding flags column to mboxgroup2.imap_message.
Tue May  6 08:28:47 2008: Adding flags column to mboxgroup20.imap_message.
Tue May  6 08:28:48 2008: Adding flags column to mboxgroup21.imap_message.
Tue May  6 08:28:48 2008: Adding flags column to mboxgroup22.imap_message.
Tue May  6 08:28:49 2008: Adding flags column to mboxgroup23.imap_message.
Tue May  6 08:28:49 2008: Adding flags column to mboxgroup24.imap_message.
Tue May  6 08:28:49 2008: Adding flags column to mboxgroup25.imap_message.
Tue May  6 08:28:50 2008: Adding flags column to mboxgroup26.imap_message.
Tue May  6 08:28:50 2008: Adding flags column to mboxgroup3.imap_message.
Tue May  6 08:28:51 2008: Adding flags column to mboxgroup4.imap_message.
Tue May  6 08:28:51 2008: Adding flags column to mboxgroup5.imap_message.
Tue May  6 08:28:52 2008: Adding flags column to mboxgroup6.imap_message.
Tue May  6 08:28:52 2008: Adding flags column to mboxgroup7.imap_message.
Tue May  6 08:28:53 2008: Adding flags column to mboxgroup8.imap_message.
Tue May  6 08:28:53 2008: Adding flags column to mboxgroup9.imap_message.
Tue May  6 08:28:54 2008: Verified schema version 50.
Tue May  6 08:28:54 2008: Updating DB schema version from 50 to 51.
Running /opt/zimbra/libexec/scripts/migrate20080213-IndexDeferredColumn.pl
Tue May  6 08:28:56 2008: Verified schema version 51.
Tue May  6 08:28:56 2008: Adding idx_deferred_count column to Mailbox table.
Tue May  6 08:28:57 2008: Verified schema version 51.
Tue May  6 08:28:57 2008: Updating DB schema version from 51 to 52.
Stopping mysql
Stopping logger mysql
Checking ldap status
Starting ldap
Checking 3.0.M1
Checking 3.0.0_M2
Checking 3.0.0_M3
Checking 3.0.0_M4
Checking 3.0.0_GA
Checking 3.0.1_GA
Checking 3.1.0_GA
Checking 3.1.1_GA
Checking 3.1.2_GA
Checking 3.1.3_GA
Checking 3.1.4_GA
Checking 3.2.0_M1
Checking 3.2.0_M2
Checking 4.0.0_RC1
Checking 4.0.0_GA
Checking 4.0.1_GA
Checking 4.0.2_GA
Checking 4.0.3_GA
Checking 4.0.4_GA
Checking 4.0.5_GA
Checking 4.1.0_BETA1
Checking 4.5.0_BETA1
Checking 4.5.0_BETA2
Checking 4.5.0_RC1
Checking 4.5.0_RC2
Checking 4.5.0_GA
Checking 4.5.1_GA
Checking 4.5.2_GA
Checking 4.5.3_GA
Checking 4.5.4_GA
Checking 4.5.5_GA
Checking 4.5.6_GA
Checking 4.5.7_GA
Checking 4.5.8_GA
Checking 4.5.9_GA
Checking 4.6.1_RC1
Checking 4.5.10_GA
Checking 4.5.11_GA
Checking 5.0.0_BETA1
Checking 5.0.0_BETA2
Checking 5.0.0_BETA3
Checking 5.0.0_BETA4
Checking 5.0.0_RC1
Checking 5.0.0_RC2
Checking 5.0.0_RC3
Checking 5.0.0_GA
Checking 5.0.1_GA
Updating from 5.0.1_GA
Updating attributes for default COS…
Checking 5.0.2_GA
Updating from 5.0.2_GA
Moving postfix queues from 2.4.3.3z to 2.4.3.4z
Moving defer
Moving deferred
Checking 5.0.3_GA
Updating from 5.0.3_GA
Migrating Amavis database directory
Migrating Postfix spool directory
Checking 5.0.4_GA
Updating from 5.0.4_GA
Checking 5.0.5_GA
Updating from 5.0.5_GA
Stopping ldap
Checking ldap status
Starting ldap
Stopping ldap
Upgrade complete
Setting defaults from existing config…done.
Checking for port conflicts
Starting ldap…done.
Setting defaults from ldap…done.
Saving config in /opt/zimbra/config.1221…done.
Operations logged to /tmp/zmsetup.01001900-0000164402304.log
Setting local config values…done.
Setting up CA…done.
Deploying CA to /opt/zimbra/conf/ca …done.
Setting replication password…done.
Setting Postfix password…done.
Setting amavis password…done.
Saving CA in ldap …done.
Creating server entry for XXXXXX…done.
Saving SSL Certificate in ldap …done.
Setting spell check URL…done.
Setting service ports on XXXXXX…done.
Adding XXXXXX to zimbraMailHostPool in default COS…done.
Installing skins…
steel
waves
yahoo
hotrod
bare
sand
bones
lavender
beach
lemongrass
sky
done.
Setting Keyboard Shortcut Preferences…done.
Setting zimbraFeatureIMEnabled=TRUE…done.
Setting zimbraFeatureTasksEnabled=TRUE…done.
Setting zimbraFeatureBriefcasesEnabled=TRUE…done.
Setting zimbraFeatureNotebookEnabled=TRUE…done.
Setting MTA auth host…done.
Setting TimeZone Preference…done.
prov> Creating user spam.it0igdvq@XXXXXX…done.
Creating user ham.glpwnxxn@XXXXXX…done.
Setting spam training accounts…done.
Initializing mta config…done.
Configuring SNMP…done.
Setting services on XXXXXX…done.
Setting up zimbra crontab…done.
Setting up syslog.conf…done.

You have the option of notifying Zimbra of your installation.
This helps us to track the uptake of the Zimbra Collaboration Suite.
The only information that will be transmitted is:
The VERSION of zcs installed (5.0.5_GA_2201_F7)
The ADMIN EMAIL ADDRESS created (admin@XXXXXX)

Notify Zimbra of your installation? [Yes] YES
Notifying Zimbra of installation via http://www.zimbra.com/cgi-bin/notify.cgi?VER=5.0.5_GA_2201_F7&MAIL=admin@XXXXXX

Notification complete

Starting servers…done.
Checking for deprecated zimlets…done.
Installing zimlets…
com_zimbra_date
com_zimbra_email
com_zimbra_local
com_zimbra_cert_manager
com_zimbra_phone
com_zimbra_url
done.
Initializing Documents…done.
Restarting mailboxd…done.

Moving /tmp/zmsetup.01001900-0000164402304.log to /opt/zimbra/log

Configuration complete - press return to exit

Basado en el turorial http://pfsense.iserv.nl/tutorials/policybased_multiwan/policybased_multiwan.pdf

Tener en tu empresa tus propios servidores de correo o tus propias webs/tiendas online resulta comodísmo para trabajar a gran velocidad en red local con tus datos. Evidentemente, si quieres que estas máquinas sean accesibles desde el exterior necesitas un entorno seguro y una conexión a Internet con el caudal adecuado a las necesidades de tus servicios.

El montaje inicial que tenía para mis servidores era un poco problemático porque no gestionaba desde el PFSense la conexión WAN de la DMZ. Tenía una ruta estática para que las dos redes se vieran, pero el rendimiento era bastante bajo. En este entorno el router de Jazztel era la puerta de enlace de los servidores donde estaba configurado todo el NAT (con port mappings) y la ruta hacia la LAN por la Interfaz DMZ del PFSense.

Vamos a ver como configurar el firewall PFSense, ya en su nueva versión 1.2 estable, para tener un entorno sencillo de LAN + WAN + DMZ + WAN de la DMZ. La idea principal es manejar desde PFSense todo lo relativo a NAT y controlar las reglas para el tráfico que se va a mover en nuestra red.

Pongamos que disponemos de 2 IPs públicas y queremos hostear un servidor de correo y otro web. Tenemos una conexión SHDSL de un proveedor (Jazztel) con una configuración NAT sencilla (Zyxel 792H) que será usado exclusivamente para estos servidores. Los usuarios saldrán a Internet a través de la interfaz WAN por defecto (Ono), que en este caso está conectada a un cablemódem.

Para que todo esto funciona necesitamos tener una máquina corriendo PFSense con cuatro tarjetas de red. Dos de ellas para las conexiones WAN, una para la LAN y otra para la DMZ. Si os queréis gastar algo de dinero para ver el potencial real de PFSense, lo ideal es montar una máquina dual core para usar el kernel de multiprocesador de FreeBSD y poner tarjetas Gigabit PCI-Express (preferiblemente Intel).

La configuración se basa en tener cuatro redes diferenciadas y realizar una serie de reglas para que se comuniquen óptimamente entre ellas, utilizando siempre como centro de operaciones para cualquier configuración el PFSense. Vamos a usar el sistema de IPs virtuales para que los servidores residan físicamente en una red (DMZ) pero “existan” también para el router en su propia red (Jazztel).

• Habilitamos las cuatro tarjetas de red.

• Configuramos la interfaz WAN por defecto (Ono) en DHCP. A esta tarjeta de red conectaremos directamente el cablemodem.
• Asignamos IPs a las interfaces LAN y DMZ.
• Asignamos IP a la interfaz JAZZTEL y especificamos la dirección del router por defecto para esta red.

• En la sección Firewall->NAT activamos Manual Outbound NAT rule generation, dentro de la pestaña Outbound. De esta manera podremos elegir como queramos la manera en que cualquier equipo conectado a nuestra red sale a Internet.



• Como probablemente hayamos dejado a nuestros equipos en la LAN sin Internet tras esta operación, tendremos que habilidar la salida LAN hacia la WAN. Esta sección de configuraciones es muy delicada, ya que al activar Advanced Outbound NAT el firewall solo hace caso a las reglas que aquí definamos para sacar tráfico de las diferente redes. Podemos tener también bajo este apartado una serie de reglas desactivadas para casos de failover que activemos cuando sea necesario. Un ejemplo sería crear una regla para direccionar el tráfico de nuestro servidor Asterisk en el puerto IAX2/SIP a través de otra WAN, así no perderíamos la conectividad con nuestro proveedor de voz IP si se cayera la conexión de Ono.



• Suponiendo que hemos configurado el router de la WAN de la DMZ (Zyxel 792h) para que nuestras IPs públicas se comuniquen 1:1 con nuestras IPs privadas todo lo siguiente es pan comido.





• Vamos a tomar como ejemplo el servidor de correo que reside en la LAN con la IP 172.16.15.100 pero está configurado en el router de Jazztel como 172.17.14.100. Esta IP virtual la tenemos que añadir en la sección Firewall->Virtual IPs de la siguiente manera:

• Ahora volvemos a Firewall->NAT y entramos en la pestaña Outbound para añadir una regla que traduzca todo el tráfico saliente de 172.16.15.100 (servidor de correo físico en la DMZ) en 172.16.14.100 (servidor de correo virtual) usando la puerta de enlace predeterminada de la red de destino (172.17.14.0/24) que es 172.16.14.2 (router Jazztel).

• Para finalizar solo nos queda crear una regla en Firewall->Rules para permitir el tráfico desde la DMZ hacia *any* a través de la puerta de enlace que definimos en la red JAZZTEL.

• Ya tenemos configurado el sistema de enrutamiento, pero ahora para que nuestras máquinas se vean desde el exterior tenemos que definir mapeos de puertos. Definiremos la IP local física, la IP virtual y el puerto que queremos direccionar.

No soy ingeniero (aún) ni tengo mucha experiencia en redes avanzadas, pero me parece que este metodo es bastante seguro y expande las funciones que nos da por defecto una conexión semi-profesional. Se agradecerían comentarios y sugerencias.

Aparte de ser el título de una famosísima película X con protagonistas femeninas que bien podrían anunciar cremas para el cutis maduro, este titular que he elegido viene a cuento por el último experimento jueguil que he llevado a cabo.

Como buen fan de Quake I (tengo un garabato indeleble en la espalda que lo certifica) no dejo de consultar las “novedades” que este título del año 1996 aún genera en nuestros días y entre las cuales de vez en cuando me encuentro alguna que otra sorpresa. En un foro leí en una ocasión un post sobre como darle un lavado de cara rápido al juego, usando un sustituto del motor gráfico (DarkPlaces), un pack de texturas de unos 190MB (Quake Retexturing/Remodeling Project)y una sustitución para los sonidos de mayor calidad (Mingrid : Audio Quake). La cosa estuvo bien hasta ahora, pero parece ser que se ha conseguido mejorar.

La última mejora con la que me he topado es la unificación en un pack de 2.7GB (Rygel’s ultra pack)de un montón de texturas de alta calidad que en conjunto con el motor DarkPlaces nos darán la experiencia de jugar a un título clásico con los avances gráficos actuales. En este post se puede ver la conversación de los creadores del pack y del DarkPlaces tras su publicación Nada más descomprimir el pack no me ha parecido gran cosa, pero al entrar en las configuraciones gráficas para activar los efectos avanzados y elegir una resolución 16:9 compatible con mi plasma… Ay va la hostia! Como que la 8800GT no puede con él!!

Aún no me lo acabo de creer. Llevo pensando en este viaje desde hace más de cuatro años y ahora lo tengo a la vuelta de la esquina. Con todo el trajín de la prueba de acceso a la Universidad y el empezar a estudiar una carrera nos hemos visto en una situación de “ahora o nunca”. Es el momento y ya está planeado y pagado.

El concepto que tenía para organizar nuestro viaje a Japón era el de “mochileros con visa”. Esto quiere decir que nos vamos a mover muchísimo (puede que demasiado) pero no vamos a hospedarnos en sitios baratos ni a pasar penurias. Para confeccionar el itinerario estuve investigando los paquetes que ofrecen diferentes agencias de viajes (Catai, Destinos Asiáticos, Jaltour…) y me quedé con lo que más me gustó de cada uno. Después de realizar una lista de destinos y echar unas horas con el Google Earth acabé por planificar una ruta personal para realizar en tren.

Día 1

• España - Tokyo

• Noche a bordo

Día 2

• Tokyo

Día 3

• Tokyo

Día 4

• Tokyo

Día 5

• Tokyo

Día 6

• Excursión al Monte Fiji

• Visita y estancia en Hakone

Día 7

• Visita y estancia en Takayama

Día 8

• Excursión a Shirakawago y Gokayama

• Estancia en Kanazawa

Día 9

• Visita de Kanazawa.

• Estancia en Kyoto

Día 10

• Excursión a Nara

• Visita y estancia en Kyoto

Día 11

• Salida hacia Osaka

• Visita y estancia en Osaka

Día 12

• Salida hacia Hiroshima

• Excursión isla Miyajima

• Estancia en Miyajima

Día 13

• Salida hacia Fukuoka

• Visita y estancia en Fukuoka

Día 14

• Excursión al monte Aso

• Estancia en Kagoshima

Día 15

• Salida hacia Okinawa en avión desde Kagoshima

• Estancia en Okinawa

Día 16

• Okinawa

Día 17

• Okinawa

Día 18

• Salida hacia Tokyo en avión

• Estancia en Tokyo

Día 19

• Tokyo – España

• Noche a bordo

Me puse en contacto por email con Jalpak, que es la minorista de Jaltour, que es la mayorista de Japan Air Lines, que es la principal línea aérea de Japón con su propia agencia de viajes. Esto se llama enumeración consecutiva?? La oficina de Jalpak está en Barcelona y, como dice en su web, puedes enviarles un itinerario y ellos te ofrecen los hoteles, los traslados, los billetes de avión y los Japan Rail Pass. Recibes en un par de días el presupuesto y lo pagas por trasnferencia o con tarjeta de crédito. En cuanto hayan recibido el dinero te mandan por mensajería la documentación y tienes todo el papeleo en casa en 24 horas. Fácil verdad?

Nos mandaron una serie de folletos informativos en español de los lugares más importante que vamos a visitar.

También nos enviaron una guía sencilla generalista sobre Japón.

Y una mochila de regalo!! Yupiiiiii!!

Para moverte en Japón durante un viaje largo, lo ideal es usar su amplia y moderna red ferroviaria usando el Japan Rail Pass. Este documento te da derecho a usar todos los trenes que quieras de la red JR (excepto shinkasen Nozomi) dentro de un período de tiempo limitado, del cual evidentemente se deriva su precio. Nosotros los hemos adquirido de 14 días por 410€ cada uno.

El funcionamiento de el Japan Rail Pass es un poco complejo y creo que mejor le dedicaré un post completo a la vuelta del viaje para plasmar correctamente los consejos e indicaciones que me puedan surgir.

Bye bye Nozomi… Snif!