Conexiones VPN/PPTP Linux contra Windowsxxx

Las conexiones VPN contra Windows, funcionan mediante el protocolo propietario de Microsoft PPTP (Point to Point Tunneling Protocol).
Existe un cliente desarrollado bajo licencia GNU, el pptp-linux.

La página principal del proyecto, con inforamción de instalación para diversas distribuciones y bastante ayuda está en http://pptpclient.sourceforge.net/.

Sobre Mandrake 10, instalando los siguientes paquetes:

php-gtk-pcntl-1.0.1-2.i386.rpm
ppp-2.4.3-4mdk10.1.i586.rpm
pptp-1.6.0-1.i386.rpm
pptpconfig-20040722-6mdk.noarch.rpm
php-pcntl-4.3.10-1.i386.rpm

y ejecutando pptpconfig, se dispone de una interfaz muy sencilla para configurarlo.


Problemas que he encontrado:

1) Deshabilitar manualmente en /etc/ppp/options.pptp

refuse-eap
refuse-chap
refuse-mschap

Dependiendo del ppp que tengamos instalado, también podría hacer falta comentar la siguiente línea:

require-mppe-128

Ya que si el servidor no requiere forzosamente encriptación, el ppp no se conecta debido a este parámetro, independientemente de que después vaya a usar la encriptación o no.



2) El dominio es opcional.

3) En la pestaña routing redirigir TODO el tráfico por la conexión PPTP si no conocemos las rutas de las redes a las que queremos conectar. Si las conocemos, supongo que se podrían añadir manualmente, para seguir accediento a internet por la ruta ip habitual, y acceder a las redes de la VPN por las rutas creadas manualmente.


Technorati tags: Linux

/usr/bin/ld: cannot find -lc

/usr/bin/ld: cannot find -lc

-> Instalar el rpm glibc-static-devel-2.3.3-10mdk.i586.rpm, o equivalente para distribución y versión de glibc y hacer un ldconfig.


Technorati tags: Linux

LIstar contenido de un tar (zipeado)

tar tvfz nombre_fichero.tar


Technorati tags: Linux

Cortar un output en columnas

cut -c columna_inicial-columna-final

Nos devuelve las lineas de la entrada standard, pero para cada línea, sólamente los caracteres entre col_inicial y columna-final.

El util, por ejemplo con el output de un ls o de un `tar tvfz xxx`

Technorati tags: Linux

WebMethods: Colas de clientes del broker que dejan de procesar documentos

Seguir los siguientes pasos. Tras cada paso, verificar si ya se han vuelto a procesar documentos de la cola del cliente del broker:

0.- Verificar que los throtle controls no estan parados.

1.- Matar las sesiones que están conectadas a la cola. Hay una por cada IS que contiene un trigger correspondiente con ese cliente.

2.- Si las sesiones no se reconectan, hacer un reload de package que contiene el trigger correspondiente al cliente que está dando problemas. Ojo con las dependencias. Opcionalmente, desactivar los throtle controls.

3.- ParaR los throtle controls de todos los IS, rebotar el broker, hacer un reload del package que contiene el trigger y reactivar los throtle controls.

4.- Rebotar IS.

Technorati tags: Webmethods

Notifiers sobre conexiones que caen frecuentemente

Es importante poner los parámetros de la conxión así:

Minimum Pool Size 0
Maximum Pool Size 5
Block Timeout (msec) 1000
Expire Timeout (msec) 1000

para evitar problemas como que el notifier deje de leer.
El Minimum Pool Size = 0, hace que se cierren las conexiones, cuando están inactivas, y no quede ninguna abierta. Esto evita que cuando cae físicamente la conexión llegue el notifier, se la encuentre activada en el IS y luego no pueda conectar.

Webmethods: Error Update for monitorig

Al hacer el update for monitoring de un model da un error de JDBC: "....No more data available to read..."
Solución: Hay que reiniciar el paquete WMprt.

Technorati tags: Webmethods

Webmethods: Serial a 1 vs Concurrent a x

Parece ser que la diferencia es que en Serial a 1 los documentos se procesan de 1 en uno. Es decir, cuando acaba uno, se coge el siguiente de la cola del broker.
En Concurrent a x se congen de la cola del broker de x en x.
..... :-( Seguro?

Technorati tags: Webmethods

WebMethods: Unable to get resource JDBC:xxxx

Ha pasado varias veces, al producirse una punta de carga de documentos muy alta (40000 documentos publicados al broker en 1/2 hora).
Los servicios que llama el IS para estos documentos hacen accessos a varias bases de datos y el integration server acaba dando errores de Unable to get resource JDBC:xxxx.

Incialmente pensamos como solución, poner el trigger que procesa estos documentos en Serial a 1 (previamente estaba en Concurrent a 1) pensando que que el problema era que entraban muchos procesos a la vez y acaparaban todas las conexiones del pool.

No sólo hicimos esto, sino que además se ha sustituido el trigger que dio error,que disparaba un Modeler, por uno que llamaba directamente a los servicios que procesan los datos. Pero al cabo de horas, el error se ha vuelto a producir.

De momento, montaremos un sistema que sólo actualice estos datos una vez al día, evitando la punta de carga.


Solucion: Se ha solucionado provocando una excepción reintentable cuando se de este mensaje de error ("Unable to get resource JDBC"). Hay que tener en cuenta, que el trigger que debe reintentar, ha de dejar un cierto tiempo antes. Con 15 segundos de tiemout de reintento, lo errores seguían siendo continuos. Con 15 minutos funciona bien.




Technorati tags: Webmethods