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

    Pfsense et Filtrage Web

    Scheduled Pinned Locked Moved Français
    12 Posts 4 Posters 4.5k 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.
    • B
      ben.lgrs
      last edited by

      Merci

      L'idée est de mettre en place un filtrage pour protéger la société d'un mauvaise utilisation d'internet (Blocage de certaines catégories de sites via liste type "Toulouse" en http et https en transparent)

      Je pensais donc un pfsense et un squid en parallèle, mais pour des raisons de coup pour les TPE un squid en package serait pas mal (bien que je préfère un deuxième équipement) ainsi qu'un stokage des log.

      Merci pour vos conseils

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

        J'ai pas mal parcouru le forum

        Non, non : il y a eu BEAUCOUP de débat (et pas toujours avec l'esprit scientifique nécessaire), et il est clair qu'à partir d'un certain volume, il FAUT un proxy dédié (=distinct de pfSense). Par exemple, dans votre cas, 30-40 utilisateurs justifie d'un serveur dédié.

        Regardez juste vos conditions :

        • blacklist (de Toulouse)
        • whitelist spécifique
        • stockage des logs
          Ces conditions militent pour un proxy dédié !

        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
        • B
          ben.lgrs
          last edited by

          Eventuellement, a partir de combien d'utilisateur il est Nécessaire de basculer vers un proxy dédié…

          Grande question ... ;P

          Merci

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

            Quelques éléments de réponse:

            • le proxy en mode transparent ne fonctionne basiquement que si celui-ci est la passerelle par défaut (donc dans ton cas = pfSense)

            • le proxy en mode transparent ne sait pas faire de filtrage sur les URL pour HTTPS

            • de mon point de vue, le problème de charge n'est qu'une problématique d'adéquation entre la charge visée et la capacité de la machine. Sur une machine multi-coeur un peu moderne, tu peux facilement accepter la charge de 30 à 40 utilisateurs sur les aspects filtrage uniquement. C'est un peu plus compliqué pour le cache mais rien d'insurmontable, surtout que compte tenu de la nature de plus en plus dynamique du web, le cache est peu utile

            • le vrai soucis se situe au niveau du package Squid pour pfSense: c'est un package, donc pas forcément maintenu en ligne avec pfSense. La version actuellement dispo avec pfSense 2.2 rencontre plein de problèmes. Je te suggère l'aller lire le forum en anglais à ce sujet.

            • tu auras beaucoup plus de souplesse et de latitude de réglage avec un proxy en dehors de pfSense, en mode explicite et non pas transparent, quitte à déployer WPAD  ;)

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

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

              Voilà l'exemple type de discours qui embrouille : "il est possible de mettre sur pfsense" puis "il vaudrait mieux le mettre ailleurs" …
              Dommage, il y a une réponse qui convient à 99% des cas ...

              A partir de 15-20 utilisateurs, je dis et répète qu'il FAUT avoir un proxy interne. Ce sera BIEN mieux pour PLEIN de raisons : fiabilité, hardware moins puissant pour le firewall, stockage des logs, facilité d'ajouter des blacklist, des whitelist, visu des logs, ...

              Si on a de la virtualisation en interne, il est évident et très facile de créer un proxy dédié.
              Si on a pas de virtualisation, il est moins évident de consacrer un PC mais à partir de 40 utilisateurs, je peux supposer que la virtualisation va arriver : il faut juste s'y mettre.

              Bien sur que cela demande du temps de créer son proxy mais il faut bien réfléchir : c'est un investissement et même excellent !

              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
              • B
                ben.lgrs
                last edited by

                Merci pour ces conseils

                Je vais probablement poser une question bête …

                Comment faire pour empêcher l’accès au web si le proxy n'est pas configurer dans le PC. (avec Pfsense et un SQUID en paralelle)

                Merci d'avance

                @+

                Benjamin

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

                  @jdh:

                  Voilà l'exemple type de discours qui embrouille : "il est possible de mettre sur pfsense" puis "il vaudrait mieux le mettre ailleurs" …
                  Dommage, il y a une réponse qui convient à 99% des cas ...

                  J'espère que tu es le seul a être embrouillé  :-[

                  Il est évident que nous n'avons pas la même approche dans la manière d'expliquer (ou pas) les choses  ;)

                  [quote author=ben.lgrs]Comment faire pour empêcher l’accès au web si le proxy n'est pas configurer dans le PC. (avec Pfsense et un SQUID en paralelle)

                  Simplement en mettant une règle sur le firewall qui n'autorise les flux sortants à destination des ports HTTP (80, 443 et peut-être quelques autres comme 8080) que depuis l'adresse IP source correspondant à celle de ton proxy. De cette manière, les clients qui ne passent pas par le proxy seront bloqués par le firewall.
                  L'idée est de dire:

                  • les flux sortants depuis le proxy vers les ports "destination" 80 et 443 sont autorisés
                  • les flux sortant depuis xxx vers yyy sont autorisés (mettre ici les autres règles dont tu peux avoir besoin comme par exemple du mail, FTP ou autre)
                  • tout est interdit  (cet dernière règle va interdire tout ce qui n'est pas expressément autorisé)

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

                  1 Reply Last reply Reply Quote 0
                  • B
                    ben.lgrs
                    last edited by

                    Merci pour les réponses

                    Oui effectivement la multitude de réponse que l'on trouve sur squid en package sur pfsense est … :-[

                    Je pense que je vais m'orienter vers d'autre produit pour des petites installation 5-10 Utilisateurs. (Type Fortigate) car au niveau investissement pour le client la facture peux rapidement devenir lourde en matériel et en heures. pour un "simple" blocage de site.

                    Merci Chris4916 pour la précision de la configuration avec le proxy

                    Bonne Journée

                    @+

                    Benjamin

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

                      • les versions précédentes de Zentyal répondaient plutôt bien à ton besoin. Ce n'est actuellement plus le cas en 4.1 mais si tu trouves une version < 4.1, ça le fait.
                      • il existe des solutions comme ClearOS, NethServer ou SME qui devraient te convenir

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

                      1 Reply Last reply Reply Quote 0
                      • B
                        ben.lgrs
                        last edited by

                        Merci pour ces conseils

                        @+

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