Es un tema de la placa. Valida el motivo del por que debes presionar f1 para continuar. Luego entra en el bios de la maquina y corriges.

El log va en la siguiente dirección. logdir /var/squidGuard/log

@evilside Hola, disculpa tengo éste mismo problema con mi pfsense, tengo un entorno MultiWAN en donde utilizo el DHCP del pfsense con wpad, pero el wpad siempre obliga a sacar el tráfico por uno de los dos Gateways (Aunque tenga un grupo de Gateways configurado ahí), por ende, quería consultar si lograste encontrar una solución a este tema y cómo lo lograste dado que no he podido. De antemano las gracias por la ayuda que me puedas brindar, saludos

@drunkly Hola. Como idea, quizás se podría dejar corriendo algún script o pequeña aplicación que lea los logs del dhcp. Y que cuando detecte la mac de ese equipo, entonces arranque el pc.

@pedroaguilera Quizás esto sea de ayuda https://forum.netgate.com/topic/43978/pfsense-2-0-1-openvpn-site-to-site-with-multi-client/8

As I said above, I have a "test environment" where I'm running PFSENSE, now I'm out of luck, I'll show screenshots until Monday that day... but settle first. Entry only without change. Ping Motion was a test to see if I had a Wandan network connection. Beetv Apk Movie HD MegaBox

Da la sensacion de que las reglas caducan...¿es esto así?. Si caducan ¿hay algun parametro de configuración que pueda ver para que no caduquen? No, las "reglas no caducan"

@ivangator Tienes internet en el pfsense ?

@okas7 Hola. Puedes controlar el tráfico entre los clientes openvpn mediante reglas en menú FIREWALL - RULES - OPENVPN. También puede ser de interés este post: https://forum.netgate.com/topic/90757/inter-client-communication-setting/8

@jomarga84 Hola. Prueba, aunque quizás ya lo habrás hecho, a comprobar, además del ping, el tracert a la ip con el recurso compartido tracert -d x.x.x.x Me ha pasado, que la red desde donde tengo el cliente vpn tiene el mismo direccionamiento que la red donde están los recursos protegidos por el servidor vpn. Y uno de los recursos protegidos, tiene la misma ip que un equipo donde está el cliente vpn. Debido a esto, un ping me respondía (me respondía el equipo de la red donde está el cliente vpn) en lugar del equipo remoto. Saludos.

@atreyumu, It depends on how the first step comes out!

@peritoh Hola. Hay partners en España. https://www.netgate.com/partner-locator --> seleccionar Europa - Spain

@pepo85 @silence said in pfsense no da acceso a equipo con otra GW: @pepo85, simple then just create a route pointing the traffic that 192.168.1.1 cannot detect to 192.168.1.2 who can understand? If you have a problem with this, send me a screenshot and I will gladly help you.

@contrell21 , I recommend you disable the 2 rules that are at the beginning as default and let me know.

@periko Excelente Pedro. Gracias.

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