http://www.pfsense.org/index.php?option=com_content&task=view&id=52&Itemid=49

Primeramente gracias por la respuesta.

Obviamente no tengo la WAN y la LAN en el mismo rango. Creo que no queda clara mi explicación.

Cuando gestiona el tráfico pfsense, mi servidor ubuntu tiene una ip que es por la que navega, que es la 192.168.0.2. La wan es dhcp y es automática. En este caso mi WAN es 192.168.178.xxx.

Me indicas que hay un foro de virtuabox y es así, pero en ninguna parte se explica mi problema. Porque yo no tengo virtualbox en un ubuntu desktop, sino que lo tengo que ubuntu server y gestionado por phpvirtualbox, no por virtualbox.

Gracias por la ayuda a quien pueda responder.

Un saludo

@kalelsito:

como podrian ser virtuales :O, eso parece interesante pero que sistema se pondria de base aun no comprendo

Cualquiera, hasta windows

Sí, a la IP de monitoreo que defines en cada gateway.

No necesariamente tienen que ser DNS. Tienen que ser direcciones IP que tú sepas que contestan a ping.

Continúa +- en http://forum.pfsense.org/index.php/topic,56583.0.html (Moderador) porque se plantea el caso que las ADSL sean dinámicas.

Corregido, aparentemente fue problema de la tarjeta de red integrada de la placa.

Ahora deje servidor con tarjetas externas.

A ti te funcionó? o solo lo dices porque supones que funcionaria, todo sabemos que es un FreeBSD.

No me funciono por que no lo he intentado, yo no uso mi firewalls para otra cosa distintina a lo que fueron diseñadas para.

Solo trate de apoyarte ya que no es un paquete que pfsense tenga disponible ya que aun no los requiere.

Saludos!!!

Con [Diagnostics] [States] podrás ver qué está haciendo el dispositivo.

La idea del portal cautivo es que una máquina no puede establecer conexión alguna (excepto DHCP) si antes no abre el navegador y se valida en la página web del portal cautivo.

Almenos en la 1.x era así. No he hecho pruebas recientes del portal cautivo con la 2.x.

Se me hace pues extraño que una aplicación conecte sin haber abierto antes el navegador y pasar por el portal cautivo.

http://doc.pfsense.org/index.php/Category:Captive_Portal

Revisa los logs del portal…

la version del pfsense es la 2.0.1-RELEASE (amd64)

Por lo que veo la diferencia con mi instalación de pruebas es que yo la tengo en 32 bit.

Supongo que por eso tienes una versión de squidGuard distinta.

No creo que sea el binario, más bien el XML de configuración del paquete.

Si manejas bien consola y php puedes tratar de mirar si tienes alguno de los ficheros de configuración distintos a los últimos que hay en el proyecto:

https://github.com/bsdperimeter/pfsense-packages/tree/master/config/squidGuard

Lo he mirado por encima y yo apostaría por revisar cómo tienes squidguard_configurator.inc

¡Suerte!

Josep

Es posible que tengas activada la casilla de "Enviar alertas al sistema de logs" dentro de las opciones del interfaz en Snort.

Un saludo.

Gracias Bellera. Lo pruebo. Slds.

Tenemos 2 Wan y he creado 2 Lan. Actualmente lo tengo configurado con el Balanceador de carga (un grupo de 2 gateway con tier 2).

El "Tier" no está relacionado con el numero de WAN's, no porque tengas 2 WAN las pones en "Tier 2"

En la documentación puedes leer acerca de esto

http://doc.pfsense.org/index.php/Multi-WAN_2.0#Tiers

Con respecto al tema del P2P, con el "Traffic Shaper" puedes hacer el intento (dices que lo has probado, pero debes haber errado en algo, revisa la documentación, y la seccion del foro dedicada a ello)

http://doc.pfsense.org/index.php/Traffic_Shaping_Guide

http://forum.pfsense.org/index.php?board=26.0

Puedes intentar "priorizando el trafico conocido" sobre el desconocido (P2P), creando distintas "colas" en el Traffic Shaper

@bellera:

¿Estás con una 1.x, no? No tengo una 1.x a mano, pero en Destination debería ir WAN Address y en Redirect tu equipo interno.

A parte de esto quizás es necesario hacer NAT Outbound manteniendo estático el puerto. No lo pone la documentación del juego, pero hay casos en que es así.

Este tema ya fue tratado en http://forum.pfsense.org/index.php?topic=39703.0#msg205821 pero no quedó claro si se encontró o no una solución.

¿La WAN de pfSense es pública? ¿O tienes un equipo de conexión a internet en modo enrutador detrás? Si fuese así también tienes que abrir el puerto en el equipo de conexión, pues es un enrutador y hay que hacer NAT.

¡Suerte!

La WAN del pfSense es publica, el es el router y firewall a la vez, se conecta por pppoe a un adsl, he buscado en el foro, pero al parecer no queda claro por ningún lado.

Si tengo la 1.x, no la he podido terminar de migrar por completo, porque no lograba hacer unas cosas de la 2.x que tenía en la 1.x, pero si no logro hacerlo, veré la manera de poner un pfSense 2.x adelante de este, y que este solo sea router, firewall y el que haga la conexión pppoe y lo demás que hacía la 1.x que lo siga haciendo, para que tenga yo más posibilidad de soporte =).

Ya avisaré como me fue, gracias

bueno no se si sta bien tus consejos..pero no lo tomes amal…muchas veces cundo se pregunta algo rlacionado con un tema ya tratado en el foro, responden diciendo q ese tema ya se toco y no responden nada solo mandan alos enlaces. aproveche ste tema para ya no crear mas nuevos temas xq ya casi los mismos temas se tratan varias veces.es x eso q aproveche el hilo para preguntar.no se si loq dices sta bien,,,pero creo q la ultima palabra la tiene el moderador. disculpen la molestia pero algunos dominan mas q otros y tal ves se cansan de responder a temas ya tratados pero como dije creo q el moderador sabra responder correctamente.saludos.

Si, gracias Bellera…..........estaba confundiendo, sin embargo ahora me funciono. Era solamente realizar NAT al servidor FTP que esta detras de mi LAN.
Se agradece tu aclaración.

Saludos.

Enlace alternativo, www.bellera.cat/josep/pfsense2/VPN_con_OpenVPN_sobre_pfSense.pdf

Añadido este hilo a Documentación (arriba en este foro).

¡Felicidades!

Efectivamente… No conocía esto.

Bueno, la conclusión es que traceroute no te revela todos los puntos por donde pasas.

Lo más sensato/seguro para administrar pfSense de forma remota es hacerlo vía VPN. Como normalmente hay que acceder desde un cliente móbil (road warrior) puede emplearse tanto OpenVPN como IPSEC.

Recomiendo hacerlo por OpenVPN mediante certificados de seguridad.

Algo, pero no ha sido suficiente, por lo que veo debo reintalar el modulo, pero por modo comando lo cual no es nada trivial.
Seguire indagando gracias de todos modos.

Saludos.

Pregunto  ;D ingresando a los Routers (172.16.0.1 & 172.16.1.1), no puedes ver la IP que tienen en la WAN ?

@bellera:

en modo puente no me funcionó

No soy consciente de haber dicho nada de "modo puente".

Creo que lo dijo por lo que yo puse xD