Le developpement de 1.2.3 est arrêté.
Tu peux tenter de poster ici http://redmine.pfsense.org
mais a mon avis il ne sera pas pris en compte car il n'est pas prévu de nouvelle version dans cette branche. Je n'ai pas cherché mais il est déjà surement connu.

http://doc.pfsense.org/index.php/Configuring_pfSense_Hardware_Redundancy_%28CARP%29

Version 2.0-BETA5 (i386)
built on Sun Jan 23 10:30:03 EST 2011

Bonjour à tous.

Après deux échecs consécutifs de création de certificats, j'ai finalement réussi à utiliser OpenVPN au profit d'IPSec.

Merci encore à tous ceux qui ont patiemment voulu répondre à mes inquiétudes.  ;)

Fabrice.

c' est bon tout répond bien merci à vous!!!

Merci pour vos réponses

@ccnet : oui normal

@jdh : J'ai bien vérifié plusieurs fois le document, l'erreur en haut été du a une mauvais interprétation

Ensuite, j'ai eu un autre problème, quand le WAN1 ne répond plus, je n'arrivais pas a me connecté sur mon VPN en passant par le WAN2 cela provenait d'une option coché dans Advanced :

Disable reply-to on WAN rules
With Multi-WAN you generally want to ensure traffic leaves the same interface it arrives on, hence reply-to is added automatically by default. When using bridging, you must disable this behavior if the WAN gateway IP is different from the gateway IP of the hosts behind the bridged interface.

Je le met ici, on ne sais jamais si quelqu'un rencontre le même problème un jour.

Encore merci pour les tutorials mis en place ainsi que l'aide apporté par ce forum.

Bonne journée.

Il faut regarder les logs.
1. S'assurer que les paquets quittent bien pFsense (mettre une règle explicite pour ce trafic et activer les logs).
2. S'assurer que les requêtes parviennent bien au serveur Ldap.
3. Éventuellement capturer les trames retour pour voir ce que répond le ldap aux demandes. Si retour il y a.

Bref une investigation méthodique.

@cecos47:

excusez-moi plus d' explication SVP!!!

C'est plutôt à vous de donner les explications ! Votre poste initial est laconique. Si vous ne comprenez pas mon premier message c'est fort troublant et je ne vois pas bien comment vous aider sauf en vous indiquant un site pour acquérir les bases des technologies réseaux ethernet et tcpip.

Pas grave. La première piste était bien la bonne.

Ce package fonctionne avec la version 1.2.3 et 2.0B5.
L'appliance virtuelle doit normalement les contenir.

Merci pour votre réponse.

Merci pour votre réponse en effet comme cela c'est plus clair :)

Salut,

Merci à tous, vous m'avez bien éclairé.

A+

Meirick

ok merci

Il reste un problème essentiel : un proxy n'a rien à faire sur un firewall même si c'est commercialement répandu. Le proxy sur le firawall est tolérable pour les toutes petites structures. Nous avons expliqué à maintes reprises pourquoi sur ce forum.

les besoins d'optimisation du firewall étant assez différents de ceux d'un proxy.

C'est effectivement le cas.

oui nan effectivement je viens de comprendre mon abbération ….cependant actuellement sur une v2 BETA 5, qu'elle carte PCI wifi N est compatible avec le systeme ?

Comme son nom l'indique, il s'agit d'encapsuler.
Si le trafic de site à site est de type ip pur, il n'y a guère besoin de GRE …

Merci
et
bonne soirée

Un petit UP, le prix est bien sur négociable  ;)