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

    [RESOLU] 2 pfSense en HA et accès OpenVPN d'un serveur à l'autre

    Scheduled Pinned Locked Moved Français
    18 Posts 5 Posters 3.9k 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.
    • S
      Shadow aok
      last edited by

      Oui voilà, sauf que j'essaye d'avoir les 2 pfsense actifs en parallèle, sans maître ni esclave.
      Donc la solution, vu que tout marche sauf le VPN, serait d'avoir 2 VPN non identiques, chacun sur une plage propre, et de faire 2 connexions au lieu d'une, pour joindre toutes les VM.

      Enfin, ça ne résoudrait même pas le problème vu que toutes les VM sont sur le même sous-réseau :(

      1 Reply Last reply Reply Quote 0
      • C
        chris4916
        last edited by

        Et en regardant bien ton schéma, il 'y a pas de cluster du tout d'ailleurs.
        Si je le décris d'une manière différente, il s'agit de 2 LAN distincts, chacun derrière son propre pfSense.
        Le problème, c'est que, Vrack aidant, les 2 LAN qui sont derrière ces serveurs pfSense sont en fait un seul LAN  :o  avec 2 gateways différentes  ::)

        Bref, pour moi, ça ne marche pas  :-[

        Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

        1 Reply Last reply Reply Quote 0
        • S
          Shadow aok
          last edited by

          Ouaip, ça ne peut pas marcher à cause de ces 2 gateways.
          Je dois donc séparer les 2 réseaux.
          Certaines VM pourront continuer à communiquer entre elles via des VLAN sur une seconde interface, de façon à ne pas passer par les passerelles.

          1 Reply Last reply Reply Quote 0
          • C
            chris4916
            last edited by

            @Shadow:

            Oui voilà, sauf que j'essaye d'avoir les 2 pfsense actifs en parallèle, sans maître ni esclave.

            mais dans quel but exactement ?
            pour de la haute dispo => il faut un cluster
            pour du load balancing => ce n'est pas pfSense qui fait ça mais au mieux un reverse proxy ou un truc de ce genre.

            Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

            1 Reply Last reply Reply Quote 0
            • S
              Shadow aok
              last edited by

              Le load-balacing qui est géré dans un premier temps par l'IP LB devant les 2 pfsense et ensuite par HAProxy sur les pfsense.

              1 Reply Last reply Reply Quote 0
              • C
                chris4916
                last edited by

                @Shadow:

                Le load-balacing qui est géré dans un premier temps par l'IP LB devant les 2 pfsense et ensuite par HAProxy sur les pfsense.

                C'est là que l'idée est une fausse bonne idée, à mon avis  8)
                Empiler 2 niveaux différents de load-balancing si au final tu accèdes derrière les mêmes machines… bof.

                Un seul niveau suffit largement, derrière un cluster de pfSense si tu veux un FW (mais un seul est actif).

                Tu peux éventuellement utiliser le HA proxy de pfSense, même si fonctionnellement, ce n'est pas la meilleure idée, mais à un instant donné, il n'y a qu'un seul HA proxy actif.

                Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

                1 Reply Last reply Reply Quote 0
                • S
                  Shadow aok
                  last edited by

                  Je suis obligé, car les ip lb d'OVH ne permettent de faire du LB que sur quelques ports.
                  Et j'ai besoin d'un LB interne, c'est là que sert vraiment le HAPRoxy.

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

                    Et qu'est ce qui vous pensez que pfSense pourrait fonctionner en Actif/Actif ?

                    Normalement on prépare son truc. Et on commence par lire la doc d'un outil.
                    Et là qu'est ce qu'elle dit la doc ?

                    Albert EINSTEIN : Si vous ne pouvez pas l'exprimer simplement, c'est que vous ne le comprenez pas assez bien. (If you can’t explain it simply, you don’t understand it well enough.)

                    1 Reply Last reply Reply Quote 0
                    • C
                      chris4916
                      last edited by

                      @Shadow:

                      Je suis obligé, car les ip lb d'OVH ne permettent de faire du LB que sur quelques ports.
                      Et j'ai besoin d'un LB interne, c'est là que sert vraiment le HAPRoxy.

                      La vraie question est de savoir si tu as besoin ou pas d'un cluster pfSense.
                      Si oui, tu en fais un sur la base de ce que j'ai décrit.

                      Ensuite, de ce pfSense, du t'appuies sur un load balancer (HA proxy) qui peut être celui de pfSense.

                      Je ne vois pas le problème  :)

                      pas le load-balancing OVH mais uniquement HAproxy.

                      Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

                      1 Reply Last reply Reply Quote 0
                      • S
                        Shadow aok
                        last edited by

                        Je vois bien et je vais changer ce qu'il faut.
                        J'ai essayé quelque chose d'impossible, tant pis, je passe à une configuration plus standard.

                        1 Reply Last reply Reply Quote 0
                        • C
                          ccnet
                          last edited by

                          Oui voilà, sauf que j'essaye d'avoir les 2 pfsense actifs en parallèle, sans maître ni esclave.

                          Ce n'est pas le design retenu pour Pfsense dans le cadre d'une solution haute disponibilité. Vous essayez de faire fonctionner un logiciel d'une façon pour laquelle il n'a pas été conçu. A partir de là …

                          1 Reply Last reply Reply Quote 0
                          • S
                            Shadow aok
                            last edited by

                            Je ne fais pas du HA avec pfsense, et ils ne sont pas en cluster en effet, il y a juste une synchro partielle via carp.
                            En gros, chaque hyperviseur a son pfsense, qui sert de passerelle WAN aux autres VM du même hyperviseur, mais peut tomber intégralement sans souci.

                            Le HA se fait autrement, et pas via les pfsense, chaque hyperviseur ayant les mêmes applicatifs hébergés.

                            Sinon, j'ai résolu mon souci en gardant l'ensemble du réseau local sur le même subnet.
                            J'ai simplement mis les 2 VPN sur des sous-réseaux distincts, 172.31.0.0/24 et 172.32.0.0/24, puis j'ai une route sur chaque pfsense pour leur faire connaître le sous-réseau utilisé par le pfsense de l'autre VPN et l'y renvoyer.

                            Au final, la seule chose qui ne marchait pas correctement, et n'avait pas accès à l'ensemble du réseau local, fonctionne désormais.
                            Donc oui, j'ai 2 pfsense actifs, et en partie synchronisés (pour ce qui peut et doit l'être, mais c'est normal, ils ne s'occupent pas de la HA.

                            Désolé si mon explication de base n'est pas claire.

                            1 Reply Last reply Reply Quote 0
                            • C
                              chris4916
                              last edited by

                              @Shadow:

                              Je ne fais pas du HA avec pfsense, et ils ne sont pas en cluster en effet, il y a juste une synchro partielle via carp.
                              …/...
                              Désolé si mon explication de base n'est pas claire.

                              L'essentiel étant probablement que ça fonctionne  ;)

                              Il s'agit d'un problème de vocabulaire.
                              CARP (qui est l'acronyme de Common Address Redundancy Protocol), vise à gérer des IP virtuelles flottantes. Ce n'est pas de la synchro  ;)
                              Si tu fais de la synchro de certains paramètres mais que tu n'implémentes pas de cluster, tu n’utilises pas CARP.
                              Comme ton message initial faisait référence à cette solution, je pensais qu'il y avait de IP flottantes mais… non.
                              C'est juste 2 FW sur le même LAN  :-\

                              Jah Olela Wembo: Les mots se muent en maux quand ils indisposent, agressent ou blessent.

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