me imaginé que todo el mundo sabe lo que es un cloud de dyn-dns, eso es el cloud de Mk.
Pues, imaginaste mal... no "todo el mundo" Sabe (utiliza) el Dyn-DNS de MK...
Disculpa que te haya molestado
No, no es "que haya molestado" sólo que cuando hablamos de "algo específico/propietario" debemos considerar el hecho de que no "todo el mundo lo utiliza" ;)
Respecto a tu "problema" en la documentación oficial encuentras material de lectura respecto a FTP (y en a sección en ingles del foro, también hay algunos hilos acerca del tema).
el problema era una regla floatting que tenia y marcaba algunos sitios con drop por la regla "default deny rule ipv4 pfsense"
lo solucione con esta doc
https://www.netgate.com/docs/pfsense/firewall/troubleshooting-blocked-log-entries-for-legitimate-connection-packets.html
Hola Worker, creo que falta mas detalle en tu consulta, no hablas de tu red, que rango manejas, ese cliente en que red esta, a donde quiere acceder, formula mejor tu pregunta, saludos.
Haz de cuenta que la ultima regla en tu interfaz WIFI las demas quedan obsoletas, si te das cuenta, las de arriba no tienen datos de consumo.
Ahora, en tu interfaz LAN/WIFI dejastes habilitadas estas opciones?
Block private networks and loopback addresses
No hay vlans de por medio?
Si no es tu caso, prende: tcpdump en la LAN y revisa que ese trafico llegue.
No hay firewalls/AV en tus clientes que puedan bloquear ese trafico?
Saludos.
Estaría bien que para la próxima vez el título del tema fuera más descriptivo. El enlace para bloquear diferentes servicios tales como Facebook, Netflix, Twitter, o Reddit es el siguiente: Application Detection on pfSense Software
@gabrielpr2007
No es buena idea revivir hilos antiguos, además ya "creaste/abriste" un Hilo/Tema respecto a tu problema https://forum.netgate.com/topic/131940/pfsense-ayuda
Continúa en "ese" Hilo.
https://www.netgate.com/docs/pfsense/
https://www.netgate.com/docs/pfsense/firewall/firewall-rule-basics.html
https://www.netgate.com/docs/pfsense/firewall/firewall-rule-processing-order.html
https://www.netgate.com/docs/pfsense/firewall/firewall-rule-troubleshooting.html
para que los compañeros te puedan Ayudar/Orientar, Debes mostrarles lo que has hecho (adjunta capturas de pantalla).
https://forum.netgate.com/topic/21817/recomendaciones-al-postear
Con la "Cantidad de Información provista"...... "adivinando" diría que si el NAT (aunque esté en manual) funciona (tienes salida a internet), el "problema" está en los dispositivos de "videoconferencia" (configuración).
Para que volvieran a funcionar los limitadores, tuve que hacer forzozamente un reset states en:
diagnostics -> states -> reset states
marcar la casilla: State table
y dar clic en el boton Reset
Eso lo solucionas creando una regla flotante en el firewall por protocolo ICMP, permitiendo las consultas ping a tu pfSense, incluso puedes solo permitir una IP especifica para mas seguridad, toma en cuenta que en la practica esto no es recomendable ya que es preferible que el pfSense no permita consultas de ese tipo, pero algunas veces si es necesario saber por medio de un simple ping a la IP WAN del pfSense si el servicio esta UP.
@zac originalmente la placa de red que tenía el LED rojo era de la WAN1 (Arnet) que es la que no recibe IP, pensé que la luz era parte del problema pero la intercambie con la placa de la WAN2 (Speedy) y anda, aunque la luz sigue roja, la WAN1 sigue sin funcionar, podrá ser problema en el slot PCI?. No he tenido tiempo de subir capturas de la configuración para aclarar más el tema, espero hacerlo mañana.
Gracias
Antiguamente si se podía autenticar Pfsense con AD usando certificados (sin necesidad de usar proxy), pero cuando quería filtrar HTTPS con otro certificado, se rayaba el Pfsense. O era uno o era el otro. Quizás ahora si puedan convivir los dos juntos.
Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.