Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Como configurar pfsense con multiwan?

    Scheduled Pinned Locked Moved Español
    24 Posts 4 Posters 44.1k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • belleraB
      bellera
      last edited by

      ¡Hola!

      Si el correo es WebMail, va por el 80 si es http o per el 443 si es https. Esto es lo normal. Hay que mirar en la dirección de entrada del WebMail cuál se emplea (la que pone el navegador).

      Si no es WebMail, el correo es el 110 para recoger (POP3) y el 25 para enviar (SMTP). Si hay POP3  seguro (con SSL) entonces es el 995:

      http://www.iana.org/assignments/port-numbers

      Esto también es lo normal, porque puede ir por otros puertos. Tu proveedor te lo tiene que decir.

      En cuanto a la hora de pfSense, tendría que estar sincronizada correctamente … Comprueba que realmente puedes salir hacia el UDP 123, que es el puerto empleado para hacer NTP. Podría ser que tu router o proveedor te esté bloqueando el UDP 123. Puedes probar con la sincronización horaria en un ordenador, desde tu LAN (y si hay dudas también desde tus WAN).

      En cuanto a NTP hay un compañero de la zona que dice haberse encontrado con problemas:

      http://oriol.joor.net/blog/?item=pfsense-deixava-de-re-enviar-paquets-misteriosament (en catalán)

      Explico brevemente la solución. Dice que hay que limitar el número simultáneo de conexiones para NTP en pfSense, véase foto: http://oriol.joor.net/article_fitxers/2159/pfsense.png (opciones avanzadas de la regla que tengamos para NTP).

      Saludos,

      Josep Pujadas

      1 Reply Last reply Reply Quote 0
      • B
        byrpa
        last edited by

        Bueno, tal y como la habia pronosticado Bellera creo que el problema era el balanceo que estaba haciendo, el cual no se porque, ya todos los webmail como yahoo, gmail, hotmail, etc, trabajan bien excepto el de www.itelgua.com, pero creo que se resolvio redireccionando el puerto 443, que es el que usa este webmail hacia uno de los routers, hasta el momento no he tenido problemas, claro esta que cuando este router falla, no pueden leer correos, que por el momento no ha pasado pero va a pasar.

        El problema de la hora, lo resolvi en la forma que indique en el post anterior, con el comando date, aunque eso era porque pense que alli radicaba el problema, pero no era asi.

        Muchas gracias a los que me ayudaron a resolver este problemita que empezo unicamente con el balanceo de carga y poco a poco fueron saliendo otros detalles.

        1 Reply Last reply Reply Quote 0
        • L
          liveservice
          last edited by

          Que tal amigo byrpa podrias explicar en una especie de mini-howto como lograste que te jalara el balanceo por que yo no he logrado echarlo a andar, mi problema es un poco mas complejo por que una de mis cuentas es adsl y la otra es de internet por cable la cual esta detras de un proxy pero tu howto me serviria de referencia para ver si logro mi proposito. a proposito sabes si es posible usar dos cuentas diferentes de Dyndns una para cada Wan al mismo tiempo?. Gracias de antemano

          1 Reply Last reply Reply Quote 0
          • B
            byrpa
            last edited by

            Perdona por no contestar, pero no habia podido ingresar por motivos de tiempo, en los post anteriores subi toda la configuracion que tenia mi pfsense, el cual ya trabaja bastante bien, excepto por el correo webmail de una empresa local, pero se resolvio mandando el trafico por uno de los routers, sin balanceo.

            Cual es tu problema para ver si te puedo ayudar en algo, que es lo que no te funciona?

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.