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

    Balanceo de carga no usa todas las lineas

    Scheduled Pinned Locked Moved Español
    7 Posts 4 Posters 1.2k 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.
    • M
      masterchip20
      last edited by

      hola como estan todos

      les vengo a exponer un problemilla que me esta pasando en el pfsense el cual esta configurado como balanceador de cargas y al principio todo iba de maravillas  usaba las 2 lineas con el stick connections activado repartia las conexiones sin ningún problema pero de un tiempo para ak solo usa una linea y la otra ni la ve solo cuando desactivo el stick connection

      1 Reply Last reply Reply Quote 0
      • pttP
        ptt Rebel Alliance
        last edited by

        Leíste la "Descripción" de "sticky connections" (lo que hace) ?

        Tus Reglas con los GW Groups "MultiWanFailOver1"  y ""MultiWanFailOver2" Nunca van a ser utilizadas….

        https://doc.pfsense.org/index.php/Firewall_Rule_Basics

        https://doc.pfsense.org/index.php/Firewall_Rule_Processing_Order

        https://doc.pfsense.org/index.php/Firewall_Rule_Troubleshooting

        1 Reply Last reply Reply Quote 0
        • J
          j.sejo1
          last edited by

          @ptt  Lo que entendi del: sticky connections

          Seria útil para Balanceo https?

          Pfsense - Bacula - NagiosZabbix - Zimbra - AlienVault
          Hardening Linux
          Telegram: @vtlbackupbacula
          http://www.smartitbc.com/en/contact.html

          1 Reply Last reply Reply Quote 0
          • pttP
            ptt Rebel Alliance
            last edited by

            @j.sejo1:

            @ptt  Lo que entendi del: sticky connections

            Seria útil para Balanceo https?

            Si, en "teoría" Sí…

            1 Reply Last reply Reply Quote 0
            • M
              masterchip20
              last edited by

              @ptt:

              Leíste la "Descripción" de "sticky connections" (lo que hace) ?

              Tus Reglas con los GW Groups "MultiWanFailOver1"  y ""MultiWanFailOver2" Nunca van a ser utilizadas….

              https://doc.pfsense.org/index.php/Firewall_Rule_Basics

              https://doc.pfsense.org/index.php/Firewall_Rule_Processing_Order

              https://doc.pfsense.org/index.php/Firewall_Rule_Troubleshooting

              muchas gracias por responder

              si tengo entendido es uso de sticky conections pss lo estoy usando porque ya tuve problemas con los bancos, otra cosa porque nunk seran usadas las reglas de failover??

              1 Reply Last reply Reply Quote 0
              • pttP
                ptt Rebel Alliance
                last edited by

                Por la Forma en que trabajan la reglas de FW –-> https://doc.pfsense.org/index.php/Firewall_Rule_Processing_Order

                1 Reply Last reply Reply Quote 0
                • J
                  jorge28cs
                  last edited by

                  Hola, yo tengo mas o menos la misma infraestructura que tu (con un enlace WAN [OPT2_DHCP] adicional asignado al Tier2).
                  No es necesario agregar los 2 últimos grupos de Gateways, y tampoco tus ultimas 2 reglas.

                  Para solucionar lo del problema con los bancos, puedes crear una regla en tu LAN, para que las páginas salgan siempre por el mismo gateway, p.e. "WAN1" o "WAN2"  (con sticky connections activado).

                  A mi me funciona.

                  Saludos!!!

                  gtw.PNG
                  gtw.PNG_thumb
                  rules.PNG
                  rules.PNG_thumb

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