Balanceo de carga y problema de sesiones con páginas webs

[czyx]

Estimados, reciban cordiales saludos desde Perú.
Soy el administrador de un WISP con aproximadamente 100 usuarios, utilizo con FW y Router desde aproximadamete 4 años pfsense.
Por que en mi humilde opinión es lo mejor que hay y sobre todo es BSD.

En mi zona utilizamos internet satelital, el mismo que es muy caro y se hace necesario sumar conexiones.
En la actualidad tengo dos nodos al que le he aplicado el balanceador de carga haciendo un grupo con los gateways y asignando prioridad
a estos, como resultado del mismo tengo la suma de ambas y una navegación que satisface la necesidad local.

El problema radica en que algunas páginas no funcionan bien por el tema de sesiones por lo general se muestra en la página su sesión ha caducado, entiendo que es por que toma ancho de banda de ambos nodos cambiando asi la ip.

He probado con activar la opción Use sticky connections pero lamentablemente el error persiste.
estoy usando la versión 2.0.1-RELEASE (i386)
Existe alguna manera de solucionar este inconveniente sin tener que sacrificar el balanceo de carga.
Anticipadamente agradezco su tiempo
Saludos de Perú.
czyx

[bellera]

Algunas páginas no funcionan bien por el tema de sesiones por lo general se muestra en la página su sesión ha caducado.

¿ Estamos hablando de http o de https ?

¿ Probaste sin balanceo ? Asigna a una máquina de prueba (source) una puerta que no haga balanceo y prueba. El problema también podría estar en tu equipo de conexión a Internet. Hay enrutadores que cierran cosas que no tocan, a veces.

Saludos,

Josep Pujadas

[czyx]

muchas gracias por contestar.
Estamos hablando de http y https, la prueba que he realizado es desactivar una interface y la página que tiene problemas funciona correctamente.
por lo que concluyo que es problema del balanceador de carga.

para mi conexión satelital utilizo idirect X3 Evolution
le adjunto un pantallazo de las reglas de FW que estoy manejando en lan

Gracias.

[bellera]

¡Hola de nuevo!

He probado con activar la opción Use sticky connections pero lamentablemente el error persiste.

Creo que esto sólo sirve actualmente para balanceo entrante, puesto que en la 2.0 balance se refiere a balanceo entrante y gateway groups al saliente.

asignando prioridad a estos

En el agrupamiento de puertas ambos enlaces tienen que estar a tier1. Si alguno de los enlaces tiene más conectividad que otro hay que ir a Advanced y en Weight poner cuanto más pesa (de 1 a 5).

Comprueba que los enlaces se monitoricen bien y no haya cortes.

Status - Systems logs - System

líneas que contienen apinger. Debería haber pocas…

Esto es normal. Paro y puesta en marcha de apinger por reconfiguración de puertas o sus grupos:

Jan 26 20:14:58 	apinger: Starting Alarm Pinger, apinger(12508)
Jan 26 20:14:56 	apinger: Exiting on signal 15.

Esto ya no es normal. Corte y recuperación:

Jan 26 09:54:34 	apinger: alarm canceled: GW_WAN(AAA.AAA.AAA.AAA) *** down ***
Jan 26 09:38:11 	php: : MONITOR: GW_WAN is down, removing from routing group
Jan 26 09:37:54 	apinger: ALARM: GW_WAN(AAA.AAA.AAA.AAA) *** down ***

[czyx]

Hola quería comentar que solucioné el inconveniente y a continuación lo describo:
_ cambie para ambos gateways tier1
_ al enlace con mayor ancho de banda le asigne 2 en Weight

Lo he probado con el 30% de carga de usuarios.
Gracias bellera por el apoyo.
Saludos
czyx