@BrujoNic Sí que lo probé y seguía con el mismo problema.

--> https://forum.netgate.com/topic/21817/recomendaciones-al-postear Y el pfSense dónde está ?

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

@lucasll said in Logar comunicaciones: ambién puedes probar el plugin ntopng. Yo nunca le he instalado. Probaré que tal con ntopng, gracias.

@rperez Hola Disculpa pero no acabo de entender toda la configuración. Además, no conozco Proxmox. Entiendo (corrígeme si me equivoco) que pfSense tiene 3 adaptadores: LAN: red 192.168.1.x WAN: ver dibujo, creo que no es importante OPT: red 192.168.23.x En la red 192.168.1.x están: pfsense: 192.168.168.1.1 el switch 192.168.1.45 un servidor de virtualización Proxmox con ip 192.168.1.250 que aloja dos máquinas virtuales: VM 100 con ip 192.168.1.15 VM 200 con ip 192.168.15.15. Ésta no está en la misma red. Si puedes aportar más información (las recomendaciones están aquí https://forum.netgate.com/topic/21817/recomendaciones-al-postear ), quizás yo u otro podamos aportar más datos. Entiendo que VMBR0 y VMBR15 es algún tipo de configuración del entorno de virtualización que es relativa a la red. A priori, sin acabar de entender todo, creo que quizás lo que necesitas es que el adaptador LAN del fpsense estén en las 2 redes 192.168.1.x y 192.168.15.x. Esto creo que lo puedes conseguir con VLAN. La documentación está aquí https://docs.netgate.com/pfsense/en/latest/book/vlan/pfsense-vlan-configuration.html Saludos.

excelente informacion, queda clarisimo mil gracias

@ptt Genial, gracias! esto era lo que buscaba

@Worker Te vuelvo a preguntar. que tipo de problemas? Legales? NO los vas tener. De funcionamiento de VPN? NO los vas a tener. De Seguridad? Menos, mas bien robustecerá la seguridad. La idea del certificado es implementar otro factor de seguridad aparte de la autenticacion básica (usuario+clave) Este link te puede dar algo de tranquilidad https://openvpn.net/community-resources/hardening-openvpn-security/ Saludos.

The non-transparent mode (implicit) requires multiple configurations, which can be inconvenient on a large system https://docs.netgate.com/pfsense/en/latest/cache-proxy/wpad-autoconfigure-for-squid.html https://www.ssltrust.com.au/help/setup-guides/setup-squid-proxy

Entonces lo que debería de hacer es configurar el DHCP para que a los clientes les asigne siempre la misma IP? No es eso un poco tonteria pudiendo poner la IP manual?

Interesante leer toda la solución, no me ha pasado pero es siempre bueno saber que hacer en ''x'' situación.

Creo que lo tengo solucionado... de una manera un tanto extraña... He descargado Suricata para probar si me detectaba https/443 y si que lo hacia... Lo he vuelto a probar con SNORT y de repente también lo detecta... Alguien sabe a que es debido?? Por algún paquete que faltaba?

@tauromesa Conseguí resolver el problema, lo que hice fue volver a hacer todo el proceso desde cero pero esta vez en Virtual Box desde máquinas virtuales Windows 8, (cuando no me funcionaba lo hice desde VMWare Player con máquinas W7). Tras realizar esto probé a descargarme todos los navegadores, en todos no se me visualizaba el portal cautivo y seguía teniendo el mismo problema excepto en Mozilla Firefox, con este sí que se me visualiza, quizás sea problema de compatiblidad de navegadores. Saludos!

@Zulder Me pasa como a ti... Solo me pasa puerto 80 http y no todos... Lo pudiste solucionar?

[SOLUCIONADO] Las reglas comentadas anteriormente funcionan. Parece que el problema era del router de Proveedor de Internet. Al salir directamente sin pasar por VPN, la TV utiliza las DNS del router de Internet, que no se pueden modificar porque estan bloqueadas por ellos. Como las DNS del dispositivo, prevalecen sobre las del router, he puesto la de cloudflare 1.0.0.1 en la Tv y ya no se bloquea Gracias por todo

Leí todo tu caso y que genial que lo has resuelto.