@bellera: En Source Port tienes que tener asterisco. Un cliente (source) se conecta desde cualquier IP y puerto. A parte de esto verifica que en WAN tengas la regla creada automáticamente de forma correcta. Porque si has tocado varias veces el NAT puede que no esté bien. En caso de dudas elimina la regla y el NAT. Crea el NAT de nuevo y comprueba que está la regla automática en WAN. muchisimas gracias Bellera te lo agradezco … perdon que hasta ahora conteste, pero no habia andado por aca, funciona a la perfeccion, gracias por tu respuesta tan acertada, saludos

NO habras echo un lio,con esto: http://forum.pfsense.org/index.php/topic,37602.0.html

@camilo24: quien sabe como puedo hacer una tarea programada para bajar y subir a Squidguard?? sdos. con un cron tal y como lo pusiste en el titulo. :) creo que en el pfsense seria algo como minutos- horas- dias - meses    15            0        *        *          */etc/int.d/ squid stop 17            0        *        *          */etc/int.d/ squid restart creo que seria asi pero de todas formas creo que hay una aplicacion para hacerlo mas siemple en los paquetes de pfsense

Mucahsa gracias, instalando probando …

@bellera: ¿Probaste tu VoIP sin emplear Traffic Shaper? Quizás tengas un problema de reglas… Te refieres si hay algun problema con audio? Si es asi, no hay ningun problema, se oye en los 2 puntos, el problema es que en la colas de qVoIP no hay trafico. La unica regla que hay es la que crea el asistente (Rules -> floating) UDP 192.168.1.100 * * * * qVoIP   VOIP Adapter Editado: Si hay alguien que esta igual que yo, aqui esta la respuesta http://forum.pfsense.org/index.php/topic,19382.0.html

Gracias por la respuesta, mira, los RRD Graphs los revisé hasta que me aburrí y no muestran nada extraño, todo dentro de lo normal, lo sé porque siempre les hecho un vistazo. Sobre las tarjeta tengo una dlink para la LAN y una Intel 10/100/1000 para la WAN. Como dato, hace 2 meses tenía instalado pfSense 1.2.3. y todo funcionaba bien, no se notaba lentitud, los pings de monitoreo ( Nagios ) no mostraban variaciones, los tests hechos en http://www.pingtest.net/ mostraban todo normal, un ping bajo, jitter bajo tambièn, etc. Migré a pfSense 2 y empezaron los problemas, me hicieron volver a 1.2.3 y sigue todo igual. Lamentablemente, como me queda lejos, buscaron otra solución y les instalaron Endian, y ahora dicen que anda todo perfecto, igual que antes. Tengo la sensación amarga de que se podría haber solucionado, pero no alcancé. Pensaba que si sería problema del "router" este tendría que haber también provocado problemas en esta otra solución.

¡Enhorabuena! Añadido a la sección VPN de Documentación de este foro.

Sí se puede. Jugando con las máscaras. Pero es una protección muy débil. Lo lógico es tener varios cableados o emplear VLAN si los switches lo permiten. Lo tienes explicado en: http://forum.pfsense.org/index.php/topic,23409.0.html Documento de seguridad

Para unir diferentes sitios con una central emplea OpenVPN. Hay una configuración para OpenVPN que permite decir a todos los clientes que deben pasar por la central: http://forum.pfsense.org/index.php/topic,32094.msg165537.html#msg165537 No sé para qué quieres el Portal Cautivo. Para esto no es necesario. No entiendo tampoco por qué no quieres que pfSense haga el DHCP en los locales. Pero bueno, esto es tan sencillo como no tenerlo activado.

Hace tiempo monté un repetidor D-Link para un AP LinkSys. Funcionaba pero curiosamente todos los equipos que entraban por el D-Link mostraban como MAC la del D-Link en lugar de la suya. Contacté con el servicio técnico de D-Link y me dijeron que los repetidores no estaban 100% estandarizados, por lo que no era aconsejable mezclar fabricantes.

Como para cualquier otra aplicación… Google Starcraft Batlenet firewall y tendrás un montón de artículos de sobre qué puertos tienes que tener abiertos.

Por defecto tienes NAT Outbound automático. Esto es: Las conexiones de LAN hacia afuera son vistas con la IP de WAN. Pon NAT Outboun en manual y: Define NAT Outbound de LAN a WAN para todo (lo que tenías en automático). Define NAT Outbound de WAN a LAN para lo que necesites. Define reglas en WAN acordes con el NAT Outbound de WAN a LAN. El NAT Outbound se emplea de una LAN a una WAN, normalmente. No he probado hacerlo al revés, que es lo que tu quieres. A probar pues si funciona el invento.

Creo recordar que balanceo/failover no funciona con WAN dinámica. Si es así (hablo de memoria) la solución es que detrás de esta WAN de pfSense tengas el router del ISP. Ya sé que es un aparato más pero queda todo más claro.

Si pasa eso es que tienes puesta una IP a monotorizar que debe autoprotegerse tras el envío constante de tus peticiones. Deberías revisar la IP a monitorizar para este tercer enlace.

http://en.wikipedia.org/wiki/Comparison_of_firewalls Como ahí viene poco de pfSense deberías mirar en OpenBSD PF, ya que pfSense emplea el Packet Filter (PF) de OpenBSD portado hace años a FreeBSD.

algo que note cuando estabamos haciando las pruebas es que no pudimos pones los 2 pfsense en la misma mascara de subred pfSense es un router con funciones de cortafuegos, por lo que cada interfase debe estar en un rango de IPs distinto. En la estructura que propones la WAN del primero (proxy) y la LAN del segundo (balanceador) deben estar, lógicamente, en el mismo rango. También puede decirse a una interfase que haga puente con otra. Entonces las interfases quedan unidas y no tienen función de router. En algunos casos conviene que se sea así, pero no es el tuyo.