¡Hola! Haciendo pruebas con Traffic Shaper me encontré con algo parecido. A pesar de reiniciar el pfSense tenía comportamientos estraños. Opté por hacer un backup de la configuración y a continuación un restore. Y funcionó. Ya sé que parece casi un chiste pero es así. Recomiendo que vayais guardando las configuraciones (pfSense serializa los nombre con fecha y hora) y si algo no funciona bien hagais vuelta atrás. Saludos, Josep Pujadas

Hola Mira lo del puerto del ssh, es probable que sea porque el servicio esta abajo, la instalación de pfSense por default lo deja inhabilitado prueba a activarlo en System > Advanced > Secure Shell,  y activalo a mi me funciona el acceso via ssh, sftp y scp si no es eso, ya habrá alguien más que te pueda ayudar con respecto a lo de las políticas no te puedo ayudar, pues estoy recién llegado al mundo freeBSD.

A mi me paso con un equipo (un compaq antiguo) que no reconocía correctamente el disco en el que lo quería instalar. Cogí el disco duro lo puse en otro equipo y a la primera funcionó. Parece que aunque parece que lo reconoce correctamente, debe haber algún error en la geometria del disco duro detectada.

¡Hola! El balanceo de carga se basa en hacer ping a tus direcciones públicas. Si responden, el balanceador supone que están "vivas". Es por ello que en la configuración se hable de monitorizar la IP pública. Según qué cómo tengas configurado el dispositivo de conexión a Internet (por ejemplo, router ADSL) esto puede dar problemas. Hay que estar seguro que ping a tus IP públicas realmente responde siempre. Saludos, Josep Pujadas

¡Hola! Es normal. Corresponde a paquetes duplicados por fallos de conexión (es lo que hace TCP, reenvía un paquete en caso que el receptor no haya confirmado su recepción) o al último paquete cuando el usuario corta la comunicación. Pasa generalmente en accesos a servidores web y proxy. Si los accesos les funcionan a tus usuarios no hay que preocuparse. Saludos, Josep Pujadas

¡Hola! Balanceo de carga y Traffic Shaper son incompatibles entre sí. Si no recuerdo mal, cuando defines un pool para balanceo de carga no hay forma de decirle qué ancho de banda emplea cada conexión. Se me ocurre que las opciones avanzadas de las reglas de cortaguegos (firewall rules) permiten asignar número de conexiones. Dale un ojeada, en todo caso. Saludos, Josep Pujadas

¡Hola! Pienso que tienes que descargarte la versión para CF. La versión en CD no sé si es embedded. En http://shopping.hacom.net/catalog/pub/pfsense encontrarás imágenes para distintos tamaños y mapeos de la CF. En http://m0n0.ch/wall/physdiskwrite.php hay un pequeño programa para gravar la CF si lo haces desde un ordenador Windows (en mi caso sólo tenía lectora de CF en una estación Windows). Saludos, Josep Pujadas

Ya lo solucione y era problema de encriptacion mil gracias… ::)

En este caso no se utilizan las Pipes, se utilizan queues y reglas. Cualquier cosa pegame un llamado para explicarte.

Si no quieren que pase el traffico de squid por el queue "default" hay que especificar que el trafico del peurto 3128 (o cualquier puerto squid esta usando) tiene prioridad alta.  Asi esto tambien va a pasar como trafico normal de http y tener prioridad.  Perdon el esponal, hace mucho que no hablo, pero les ayudo donde puedo!

Has visto la placas WRAP de pcengines?. Son algo mas baratas. El modelo que tu comentas tiene buena pinta, aunque pfsense recomienda algo mas de procesador. No obstante, el procesador que llevan las WRAP tambien está un poco corto, pero lo que si que es cierto es que la version embebed está preparado para estas WRAP. No se si podrias hacer rodar la version embbebed en esta maquina que tu indicas, imagino que si. De todas maneras las WRAP son mas baratas. en la web de pcengines ( http://www.pcengines.ch/wrap.htm  ) encontraras un listado con los distribuidores para españa.

MUCAS GRACIAS (lo había instalado recién y no miré mucho)

@hagar83: Profin pude hacerlo andar!! Tuve que poner la SIS0 como lan y terminar de configurar la Wireless por linea de comandos!!.. Hasta ahora todo va de pelos!!!.. Saludos! Tipico de las atheros. Creo que en la proxima version ya se podrá seleccionar el conector al que tenemos conectada la antena. Hasta entonces hay que ponerlo a mano desde consola (o desde diagnostics - command). en mi caso hago lo siguiente: sysctl -a ## Aquí compruebo la configuracion de las atheros, en la sección dev.ath.0.loquesea sysctl dev.ath.0.txantenna=1 ## sysctl dev.ath.0.rxantenna=1 ## con estos dos comandos le digo por que conector tiene que emitir y recibir la antena. Si tenemos un solo conector está claro que en los dos casos tenemos que poner lo mismo. El manual de madwifi dice que el conector de antena 0 es la derecha, el 1 la izquierda y el 2 para utilizar los dos conectores a la vez. Aunque tambien es cierto que tengo una atheros que solo me funciona si tengo la tx y la rxantenna en 2(cosa rara). Solo es cuestión de probar las diferentes opciones. sysctl dev.ath.0.diversity=0 ## Esto se utiliza para indicar que solo tenemos una antena seleccionada.

Aprovechando el tema. He estado intentando instalar algun monitor para wireless como kismet. Lo necesito para poder conseguir la mejor orientación de las antenas. Tambien quiero utilizar el speaker que tiene interno mi maquina, puesto que la labor de orientación de antenas se simplifica bastante con la ayuda sonora. Lo cierto es que no tengo demasiada experiencia en FreeBSD y no lo he conseguido al 100%. Alguien ha hecho algo de esto antes?. Estaria bien tener un package disponible con alguna de estas herramientas que ademas ocupan muy poco espacio (lo digo por la version embebbed).

Ya solucione mi problema, ingrese al irc y hay me ayudaron. Al final es bastante sencillo lo que hay que hacer. Primero es setear las interfacez normalmente, LAN -> 192.168.1.1, DMZ -> 192.168.2.1, WAN -> Ip externa. Luego habilitar el outbound NAT, luego crear ips vituales con las direcciones externas que quiera usar en la dmz, hay que seleccionarlas del tipo CARP y no proxy arp. Luego creo un NAT 1:1 y apunto la ip virtual a la ip privada de la dmz, por ejemplo a la 192.168.2.2. Finalmente debo configurar la maquina servidor con la IP PRIVADA, que en este caso seria 192.168.2.2. Con eso ya esta, todas las peticiones que vengan a la ip privada seran reenviadas a la ip privada en la dmz. Como nota hay que decir que es necesario crear las reglas necesarias para acceder a los direfentes protocolos. Saludos.- ;D

Claro que puedes usar esa configuracion que tu deseas, pfsense lo soporta perfectamente. Ahora sobre la placa mas que nada debes fijarte en el chipset y no en la marca, hay varios chipset que tienen soporte en pfsense, los mas comunes que puedes encontrar son los chip ATHEROS que son muy bien soportados. Par mas detalle puedes ver el listado de hardware soportado en el sitio oficial de pfsense. Saludos.-

Me encanta la idea de tener un Foro en nuestro idioma!.. ya que mucho hay que pensar para poder configurar al PF y se hace doble el trabajo si hay que pensar para poder leer!!.. De paso, presento una pregunta!.. tengo un mother que tiene un Nic onboard (sis900) y otro PCI Wireless, y quiero configurar al wireless para que cumpla funciones de LAN y al Onboard para que sea WAN.. si alguien me da una mano me seria muy util!.. Saludos nicolas desde argentina!!

Tal y como le he comentado por e-mail a gpchieu, prefiero tener una buena documentación en español a la propia traducción. Parece ser que el "Core Team" tiene claro lo de seguir en ingles y así no desgastar esfuerzos en traducciones. Por lo tanto desde aquí invito a la gente a crear una sección dedicada a la creación de documentación en español para PFSENSE. No obstante, si se tiene una traducción del html mejor que mejor, pero debemos tener en cuenta que ultimamente Pfsense publica nuevas versiones con bastante frecuencia y puede ser muy laborioso mantener actualizada la traducción. Estamos empezando a coordinarnos para aportar algo al respecto. Algún voluntario?