ok muchas gracias

Ok, muchas gracias Bellera. Saludos.

Te recomiendo altamente que antes de, te vayas a el site de NUT y veas si es compatible tu modelo, aqui no va a depender de Pfsense si no de NUT. Y si no es compatible tratar de apoyarte con la doc a lo mejor ellos no lo han probado y si funciona, a leer y leer un poco. Saludos.

jajajajaja te iba a sugerir eso jajajajaja, saludos!!!

Solucionado, por si a alguien le sucede, me comenta la persona que hace el mantenimiento del pfsense y se encarga de ello, que es la segunda vez que tiene este inconveniente. El problema es que cuando sale alguna actualizacion del guard como que se bloquean algunas reglas y demas, entonces con updatear el paquete y luego reinstalar el xml queda todo funcionando perfecto. Si pueden cerrar el post. Saludos

¿WAN estática, dinámica? ¿Tiene las dos posibilidades tu ISP? Tendrías que testear cuál es el MTU en los dos casos, pues si buscas en Google DHCP MTU sí es posible que un servidor DHCP indique el MTU. Es más, MTU lo negocian los equipos cuando se conectan y obviamente la forma de conexión no es exactamente la misma si tu asignas la IP o la tiene que pedir. En el enlace que te pasé se explica cómo probar el MTU que se tiene. Suele ser raro tenerlo que ajustar pero es un problema que existe. Otra cosa. Supongo que estamos hablando de una sola WAN y sin uso de proxy (squid). Porque los adjuntos también son problemáticos en caso de agrupamiento de puertas (balanceo saliente) o de paso por proxys.

Muchas gracias ptt y tu Nick es por la abreviatura push to talk ?

Bueno, puedes probar con WAN conectada y sin WAN conectada… No creo que influya. A menos que... Por cierto, ¿tienes rangos de IP distintos en el lado LAN y en el lado WAN? Muchos líos vienen por no cumplir esto. Es un enrutador. Tienen que ser redes distintas. ¿Probaste a reiniciar el sistema desde consola?

elnota, No sé si es lo mismo que pides en http://forum.pfsense.org/index.php/topic,62735.msg338807.html#msg338807 Si es lo mismo, procuremos no duplicar preguntas… ¡Gracias!

No necesariamente tienes que poner tu dispositivo de conexión a internet en modo bridge. Puede seguir como enrutador si haces NAT del servicio que quieres contra la WAN de pfSense. Es lo que se llama "abrir puertos" en los foros de ADSL y similares. Dicho de otra manera, tienes que decirle a tu enrutador que todo lo que le llega para UDP 1194 (subprotocolo IP y puerto habituales para OpenVPN) vaya a la IP de la WAN de pfSense.

http://forum.pfsense.org/index.php/topic,44790.msg233016.html#msg233016 http://doc.pfsense.org/index.php/FreeRADIUS_2.x_package Ya dirás cómo te fue. Es un tema ampliamente debatido… A ver si podemos aclararlo para toda la Comunidad...

Un proxy transparente es un redireccionamiento INCONDICIONAL del tráfico con destino TCP 80 hacia el servicio proxy. Tienes que poner una regla de bloqueo en la WAN, para que no pueda salir. Caso excepcional. En WAN sólo se ponen reglas (de salida) en casos "raros" como este o cuando se publican servicios en internet (reglas de entrada). También puedes optar por una ACL (Acces Control List) en squid o squidGuard (si tienes este último instalado como complemento de squid).

En squidGuard pueden bloquearse dominios, url y palabras. Mira bien en el configurado web porque tienes que poder filtrar la url facebook.com/ConfesionesHispanoBritanicoIqq (empezando con el nombre de dominio). http://www.squidguard.org/Doc/expressionlist.html http://www.squidguard.org/Doc/examples.html

Entiendo que tal como plantean el tema el FreeRadius está en pfSense. Mira si el FreeRadius de pfSense puede emplear los usuarios de tu Active Directory. http://doc.pfsense.org/index.php/FreeRADIUS_2.x_package#Microsoft_Active_Directory_and_LDAP

http://doc.pfsense.org/index.php/How_can_I_access_the_webGUI_from_the_WAN%3F

Me pasaba exactamente lo mismo.. lo solucione de la siguiente forma: 1.- Se hace backup por si algo sale mal: Diagnostics: Backup/restore 2.- Desinstale el paquete Squid 3.- entre en  Diagnostics: Execute command y ejecute lo siguiente: rm -r /var/squid (Esto borra toda la carpeta squid sin dejar rastro de reglas y rastro de haber tenido instalado el squid) 4.- Volvi a instalar el squid y listo.!!!! Eso fue lo que a mime funciono espero sirva…

Me pasaba exactamente lo mismo.. lo solucione de la siguiente forma: 1.- Se hace backup por si algo sale mal: Diagnostics: Backup/restore 2.- Desinstale el paquete Squid 3.- entre en  Diagnostics: Execute command y ejecute lo siguiente: rm -r /var/squid (Esto borra toda la carpeta squid sin dejar rastro de reglas y rastro de haber tenido instalado el squid) 4.- Volvi a instalar el squid y listo.!!!! Eso fue lo que a mime funciono espero sirva…

Con DNS hay una confusión. No tiene por qué ser un servidor DNS. Es un ping y esto depende de cómo trate los ping el servidor. Poner los DNS de Gooogle, 8.8.8.8 y 8.8.4.4 puede ser una solución. Aunque, insisto, no tiene nada que ver con que estas IPs sean DNS. Son equipos que contestan a ping y hacen de DNS. Un día de estos podrían seguir siendo DNS y dejar de contestar a ping. Puedes poner también la puerta del ISP, la que tenga el enrutador. Es el primer punto más allá de tu instalación. Pero no siempre contestan a ping. Poner puntos muy lejanos puede dar situaciones de latencia que no vienen al caso.

Estimado, La Lan no necesita tener gateway, dejalo en none y luego de eso intenta: hacer un ping desde el mismo servidor 192.168.1.114 hacia las ips 192.168.1.198 y luego a la ip 192.168.3.10 hacer ping desde pfsense hacia la ip 192.168.1.1 y luego a la ip 192.168.1.114 En caso de que aun no tengas comunicacion, prueba creando la ruta en el servidor 192.168.1.114 ( con privilegios de administrador total) en cmd route add 192.168.3.0 mask 255.255.255.0 192.168.1.198 Atento a tus comentarios. Saludos.

Bueno yo desde que uso squid3 en pfsense el desempeño es mejor, aun con las configuraciones por default que trae squid3 me anda super bien, se siente la diferencia ademas en su configuracion ya permite cacheo de contenido dinamico como youtube y actualizaciones de antivirus