Por eso siempre cargo conmigo un RJ45-USB. Siempre saca la pata del fango. Que mecanismo utilizaste? seria bueno compartir. Yo al no tener opción, me iría por la edición del XML. y me eliminaría la WAN menos critica, pero eso complicaría las cosas si tienes balanceo, reglas de nat, etc etc. Creo que con una instalación base. creas la 4ta red. (por vlan) Luego restauro el respaldo. ajusto nuevamente la LAN, llego nuevamente via Web y manos a la obra.

https://docs.netgate.com/pfsense/en/latest/firewall/remote-firewall-administration.html https://docs.netgate.com/pfsense/en/latest/dns/index.html#dynamic-dns

Al final he configurado un servidor AD para poder quitar el modo transparente. Aún sigo con las pruebas, poniendo por GPO el proxy con la IP del pfsense va perfecto.

@lucasll por lo consultado respecto al log no aparece nada distinto con lo indicado anteriormente. Por lo demás se agradece estaré revisando la información.

@GabrielSoporte Hola. No sé si entiendo bien tu problema. Tienes un pc, con conexión a internet. En este pc, instalas el cliente openvpn y conectas mediante openvpn a una red remota. Una vez conectado, realizas una conexión de escritorio remoto a un Windows Server. Y al desconectar el escritorio remoto, entonces pasados uno o dos minutos, se desconecta la conexión openvpn que se estableció al comienzo. ¿Es correcto?

@DoNeL hola amigo donde hiciste el cambio yo tambien tengo ese mismo error

Te aconsejo que llames al ISP. El hecho que dejaran configurado el modem/router en modo bridge, no quiere decir que todos los puertos estén abiertos porque eso lo administra el ISP en sus equipos centrales. Un simple telnet a la IP y puerto te dará la respuesta. Por ejemplo, a lo interno le pones la IP de la PBX dos puntos y el puerto, debería responderte ejemplo: X.X.X.X:4569 o 5060. La misma prueba debes hacerla desde fuera de tu red apuntando a la IP publica más el puerto. Muy pocas veces tuve la oportunidad de implementar pfSense en empresas por la ignorancia de creer que sólo con equipos CISCO podrían llevar un control seguro y sólo en una ocasión me encontré con una PBX Asterix, pero como tenía configurado pfSense por VPN, no tuve que configurar prácticamente nada, todo fue transparente de asignar la IP que administraba la PBX y trabaja. Te dejo el siguiente video a ver si te ayuda en algo. Si no sabes inglés, te fijas en las imágenes a ver si algo obviaste. Firewall Best Practices for VoIP on pfSense Suerte.

Puedes postear una captura de pantalla de tus reglas del firewall tanto de la LAN como de la VLAN

Disculpa, pero tu duda es una de las tantas de ADIVINAR lo que tengo. ¿Qué IP tiene la WAN del pfSense? ¿La WAN está configurada como DHCP o IP fija? ¿El ISP te da un modem o un modem/router? Si es un modem/router, qué rango de IPs maneja? ¿Qué rango de IP maneja la LAN del pfSense? La LAN del pfSense está conectada a un switch o solamente al proxmox? ¿Cómo está configurado el Proxmox? Si es un Proxmox y manejas máquinas virtuales, cuántas tarjetas virtuales tenes configuradas? Si ves, puedo seguir preguntando pero sin un diseño de red, sin tener los ragos de IP de cada segmento de red, sin saber cómo estas tratando de ingresar al panel de zentyal, la ayuda va a ser nula. Trata de ponerte en el lugar de las personas quienes leen tu consulta a ver si es clara. Saludos.

Gracias hermano ya solucionado entre a advanced del firewall y desactive las reglas y todo ok gracias nuevamente por tu tiempo me ayudo a repensarme las cosas

@davicleo Antes que nada te recomiendo habilitar los log para la VPN, firewall y todo lo que intervenga en la conexión. Por otro lado, mas allá del ping, que hay en esos servidores?, porque puede que sea este el que tenga el problema, es decir un firewall configurado, revisa las mascaras de subred, fire, las vlans etc. Con respecto a las redes que colocas en Local Networks probalas de a una primero, y en custom que es lo que queres declarar, porque la ruta ya debería conocerla. Por otro lado, supongo que con ping te referís a acceso y no a que no respondan a ping, porque puede ser que no respondan icmp. Saludos.

@ConexionesCBG said in pfsense FreeBSD/amd64 (Amnesiac) (ttyv0): si tengo un Backup En ocasiones, resulta mas rapido/facil, reinstalar y restaurar el backup..... ;)

@che-oso22 Hola. Para ver los informes, puedes acceder a LightSquid desde el pfsense. Tiene un punto de menú para acceder. Aparece una página web con la información de los sitios que visita cada ip de la red. Para limitar los sites, puedes hacerlo manualmente desde Squid o agregar SquidGuard. Irá en función de tus necesidades.

@CyberChrist said in problema para acceder a una pagina: Si como bien dice @lucasll , esa opcion no te funcionase. Tambien puedes crear un alias de puertos con ese puerto en concreto, y despues una regla LAN permitiendo la salida hacia el puerto en cuestion. A mi me funciona. Un saludo. Gracias por tu respuesta. EStoy tratando de probar lo que sugieres pero al tener conocimiento limitado se me complica. Subo imagenes de las configuraciones a ver si puedes guiarme. Desde ya mucas gracias [image: 1597407913093-regla2.png] [image: 1597407913095-regla1.png] [image: 1597407913101-puerto-regla.png] [image: 1597407913061-alias-puerto.png]

https://forum.netgate.com/topic/21817/recomendaciones-al-postear https://forum.netgate.com/topic/21956/documentaci%C3%B3n https://docs.netgate.com/pfsense/en/latest/index.html "Busca / Lee" acerca de las Reglas de FW & Policy Routing

@Worker Para que el usuario acceda a los recursos de la VPN no hace falta que utilize la VPN como puerta de enlace, si es Windows lo tenes que aclarar en la "placa de la vpn" no usar como puerta de enlace (o algo asi) Si es linux aclararle solo usar la VPN para los recursos de esta red. De esta forma solo va a recurir a la VPN cuando necesite ver recursos de esta red y no para navegar, en general tenes que evitar que todo el trafico vaya a la VPN si no te va a volver loco el firewall. Saludos.

@dbarraud A pesar de que te los muestra en el apartado de integracion, al reiniciar el servicio los perderas. Por eso debes ejecutarlo directo en el archivo que se te indica. Respalda el original.

@inacom_sj said in Documentación actualizada en español: PfSense Cookbook 2 Muchas gracias, lo encontre en ingles, pero me sirve muchisimo.

Lamentablemente, la situación no ha cambiado respecto al tema "Balanceo vs. HTTPS" Las 2 opciones siguen siendo "Sticky" y "Policy Routing"