Gracias a javcasta por este aporte. Sin embargo, el día de hoy el script no funciona correctamente con la versión versión 2.4.4 y posteriores, en la que se usa PHP 7 y se produce un error fatal que impide la carga de la página. Este es el error: HP Fatal error: Uncaught Error: Cannot use string offset as an array in /usr/local/www/mywpad.php:347 Pregunto si algún desarrollador PHP puede revisarlo para hacer la corrección necesaria. La verdad este script ahorra mucho tiempo en el proceso de configurar WPAD.

@Core7 Puedes pasar tu grafico actualizado? No hace falta un suiche? Es que veo como una pc 192.168.2.6 llega al pfsense directo. o existe un suiche antes? Yo he trabajado bridge con pfsense bajo la modalidad de FIrewall Transparente: ISP----- PfsenseBridge (firewallTransparente)-------(Fortinet-Cisco-Juniper)-----LANDMZ-etc. Y me ha funcionado tanto el pfblocker como el snort. Debes identificar cual es la interfaz de entrada. El Pfblocker no va contra el Bridge va contra la interfaz de entrada (en mi caso, es lo que viene de la WAN buscando mis servicios internos.). Saludos.

@ptt La idea es la siguiente. Como yo utilizo el sistema ucrm de ubiquiti para la suspensión de usuarios mororososm no puedo colocar el pfsense en modo rouer ya que dejaria de funcionar dicho sistema. Voy a probar el pfsense en modo route sin nat para ver si funciona.

Hola a todos, tras investigar logré entender que pasaba. Mi ISP (02, filial de Telefónica) me dio una ip en el rango 2.x.x.x, tras el reinicio, y si vas probando, las ips dentro de ese rango tienen problemas de conectividad con el dominio: edge2befaster.com. Todas las páginas web que comentaba usan ese sistema de CDN (o cache), y claro, no funcionan. Es un problema de 02, porque al reiniciar Pfsense (el modem lo tengo en modo bridge, con Pfsense usando pppoe), si me da una ip del rango 81-83.x.x.x todo vuelve a funcionar, y tengo conectividad con dicho dominio. En resumen: No es un problema de Pfsense, si no de mi ISP.

@JokkerUCF eso es un portal cautivo, el link de arriba te ayuda a resolver ese detalle.

@j-sejo1 por lo indicado es así, si el usuario se desconeca de forma incorrecta, quedamos todos sin acceso a la vpn específicamente sin acceso a Internet, por lo del log no he podido detectar con exactitud el problema ha que estoy revisando el log openvpn.log y con respecto si el usuario queda tomado podría decir que si, indicar que he quitado el usuario pero aún así persiste el problema.

Pude arreglar el problema. Efectivamente era problemas en el edgerouter ubiquiti.

@bellera gracias!

@eduardo-miranda2308 Hola. Tendras que ver como hacerla manual. En la Doc propia de Suricata explican cuales son los comandos, pero estos van por internet. No muestran una opcion "offline" donde uno desde la pagina del proveedor ej ET, descargue en un .zip o .rar por ej, y ejecutar el procedimiento manual. Aqui estan las reglas https://rules.emergingthreats.net/ la cuestión esta en ver como seria el procedimiento manual desde el propio Suritcata. Snort por lo menos tienes un procedimiento manual: https://forum.netgate.com/topic/14575/here-is-how-you-update-snort-rules-manually Saludos.

@j-sejo1 Gracias por la ayuda, todo entendido y funcionando a la perfección!

@j-sejo1 amigo al poner el alias de las ips o el alias de los puertos de Dropbox, el squid o squidguard dejan de filtrar páginas ....si deseas me hablas al +573006292122 y te muestro lo que he hecho al momento

Hola periko gracias por compartir ese video de tunel VPN me ha servido para hacer esa configuracion.

@g_cury Hola. Te envio mensaje para lo del curso, saludos.

@Kevinlp Hola Los equipos con ip 192.168.1x, ¿qué puerta de enlace (gateway) tienen configurado? ¿Has mirado en STATUS - SYSTEM LOGS - FIREWALL a ver si se están rechazando la conexiones?

También puedes revisar los logs, por si indican algo relativo a la memoria. Además, puedes mirar los gráficos de consumo de memoria, aunque no creo que sea un problema de escasez de memoria.

Hola. En cualquier caso, el error: (92) Protocol error (TLS code: SQUID_X509_V_ERR_DOMAIN_MISMATCH) Certificate does not match domainname: /CN=sub.domain.dev parece que está en el certificado asociado al Squid reverse proxy. Está creado para otro nombre de dominio. Puedes crear otro certificado, sí asociado al domino correcto, y configurar ese certificado en Squid reverse proxy.

Desde una sesión con SSH ve a /var/log y ahí encontrarás el openvpn.log

@chpalmer no está detrás de un enrutador y el único firewall es el propio de la pc remota