Otra duda que me surge: ¿Se puede a través de PFsense proxy poder discriminar a usuarios dependiendo de la url que ejecute para que puedan salir por una IP u otra?

Osea, si un usuario que tiene como gw pfsense y quiere ir por ejemplo a www.google.es, salga por una IP virtual IPXX1, y si ejecuta www.forum.netgate.com que sala por la IP IPXX2.

Un saludo!

Con la "información provista" difícil poder ayudarte....

--> https://forum.netgate.com/topic/21817/recomendaciones-al-postear

Revisa/lee:
https://docs.netgate.com/pfsense/en/latest/recipes/remote-firewall-administration.html

@diablort666
Hola.
Yo estuve en un caso parecido y no logré la comunicación entre red ipsec y red openvpn.
Sin embargo, hay una cosa que no llegué a probar, por si quieres probarla. Prueba a crear el túnel ipsec pero de tipo VTI https://docs.netgate.com/pfsense/en/latest/vpn/ipsec/routed-vti.html

@dralion Hola, intenta desactivando temporalmente el firewall haber si es permisos de acceso por wAn, lo puedes desactivar desde consola en pfsense con:

pfctl -d

y haces la prueba si te ingresa es problema de permiso en la WAN seguramente, y lo vuelvas a activar con

pfctl -e

@leoneldy

adjunta captura de pantalla de lo que haces, y del error...

@sonerzin

Revisate los puntos que mencionan ?

Realizaste las pruebas que indican ?

239.12.255.255 ??? tu WAN está en esa red ???

El NAT en "manual" por qué / para qué ???

Muestra las reglas de Firewall

@lucasll Gracias por la respuesta, tendré que buscar un mecanismo para lograr esto que necesito...

@ismael-fernández hola ante nada, te cuento que tenes 2 formas de hacer la conexion, en la fase 2 tenes que poner por ejemplo
phase2
tipo de conexion - vti
local network - address = 192.168.10.0
remote network - address = 192.168.20.0
r2
tipo de conexion - vti
local network - address = 192.168.20.0 (no hace falta mascara)
remote network - address = 192.168.10.0 (no hace falta mascara)

y assignas la interfaz
luego en la parte de routing asignas las rutas
porque los paquetes no saben por donde ir
vas a static route y le decis por ejem
r1
192.168.10.0/24 via opt1

y en el otro
r2
r1
192.168.20.0/24 via opt1
esta es una forma que creo es la que usaste

sino es el mismo criterio solo que usas ip en las phase 2
ejemplo
phase2
tipo de conexion - vti
local network - address = 192.168.10.1
remote network - address = 192.168.10.2
r2
tipo de conexion - vti
local network - address = 192.168.10.2 (no hace falta mascara)
remote network - address = 192.168.10.1 (no hace falta mascara)

y assignas la interfaz
luego en la parte de routing asignas las rutas
porque los paquetes no saben por donde ir
vas a static route y le decis por ejem
r1
192.168.200.0/24 via opt1 _192.168.10.2

y en el otro
r2
r1
192.168.100.0/24 via opt1_192.168.10.1

saludos espero haber ayudado

@xalcor
Hola
Sobre lo de tener 2 default gateway, creo que no es posible. Al menos yo no sé cómo hacerlo.
Quizás una opción es tener default gateway para Internet y rutas estáticas para las redes que van por mikrotik

@ptt Muchas gracias, vaya fallo mas tonto. :-)

@periko Hola de nuevo.
Aún no he podido meterle mano. En cuanto pueda aviso. La configuración en principio esta como comenta@lucasll.
Gracias.

@torno
Hola
Yo tengo 10 teléfonos SIP-T19P y funcionan correctamente, podría ser que tengas un problema con el POE entonces no lo levante bien el puerto Ethernet y haya errores por lo tanto no logre recibir correctamente el DHCP

Saludos