Bonjour,

Je ne pense pas qu'il existe des mini ITX avec port PCI (ou alors de très anciens modèles).

Il existe des cartes mini ITX avec port mini-PCIe chez LEX System par exemple, il y a ces 3 derniers modèles :

3I525U, Atom D525, 4 LAN Giga Intel 3I525D, Atom D525, 4 LAN Giga Realtek 3I525AW, Atom D525, 2 LAN Giga Intel ou Realtek

Sinon, il existe la CI963A (sans PCMCIA) / CI945A (avec PCMCIA) avec un port PCI gold finger our brancher un riser PCI pour avoir 2 PCI. Après pour le boitier, ils en ont une liste compatibles pour les différentes cartes mères.

Kinder

Quid des tests icmp, des tables arp, du routage et accessoirement des erreurs sur les interfaces. A quelle interface essayez vous de vous connecter ? A quoi wan est il connecté ?

Les remarques de jdh sont tout à fait justfiées. Sinon la solution s'appelle Policy routing et elle documentée.
Je ne comprend pas bien sur quel critère un groupe de postes à besoin de la liaison sdsl, d'autant plus que les débits disponibles sur les différentes liaisons ne sont pas mentionnés.
Si vous utilisez plusieurs wan c'est sans doute pour couvrir des besoins de fortes disponibilités. C'est compréhensible mais en ce cas utiliser une version RC n'est pas cohérent.

Promox c'est toute une famille de produits. Je ne sais pas ce que vous utilisez. Pour vous c'est sans doute limpide mais vu de chez moi je n'ai rien compris ni à l'architecture ni aux besoins. Un schéma réseau serait souhaitable.

Vraiment personne?

Pfsense est soit serveur pour des nomades, soit passerelle dans le mode site à site. Mais pas client. Terminé pour moi.

Bon…

Mon OpenVPN ( sur le pfSense ) est un client Le-dit pfSense est également passerelle pour les machines du réseau et le réseau distant.

Donc si, mon pfSense est un client malgré tout.

Si effectivement je m'exprime mal, veuillez m'en excuser.

EDIT : @jdh : Normalement, le client OVPN est sensé recevoir et tenir compte de la config pushé par le serveur... DNS compris. Est-ce un bug?

covpn.jpg
covpn.jpg_thumb

Local network est bien renseigné avec 10.163.135.0/24 et Remote network est vide ?

J'ai fait l'inverse :

Remote network > 10.163.135.0/24
Local network > vide

Tout marche beaucoup mieux maintenant :)
Merci messieurs pour votre réactivité et votre efficacité.

Seul hic, le ping ne marche toujours pas… sans doute côré règle de filtrage

effectivement dans le cas dans /32 ça n'as pas de sens, mais nous allons avoir un /29 comme pool d'ip public donc je pourrait jouer avec ce paramètre une fois en prod.

cordialement.

J'ai fait la dernière mise a jour ce midi et le problème a l'air d'être règlé

A bon entendeur…

Ok j'ai switché mes 2 interfaces, et mon problème est résolu.

Beh oui !

La page du blog est, en effet, mal conçue car le lien n'est pas "instantanément" visible.
Il aurait mieux valu passer à la ligne, mettre le lien, puis continuer le texte.

Je pense qu'il aurait été judicieux de poser le crayon 1 minute plutôt que de taper plusieurs posts …

On peut aussi directement noter le lien : http://snapshots.pfsense.org/
Pour la France, on peut aussi noter les 2 liens :
http://pfsense.bol2riz.com/downloads/  (nouvelle install)
http://pfsense.bol2riz.com/updates/  (mise à jour)

Cela reste facile à trouver avec 2 minutes (plutôt que 5" !).

Bon j'ai l'impression que ce n'est pas possible de faire fonctionner netmeeting en utilisant pfsense vu le fonctionnement un peu particulier de netmeeting.

source: http://support.microsoft.com/kb/158623

Merci pour votre aide.

en repartant de zéro cette erreur n 'apparait plus maintenant nous avons des soucis pour configurer nos 2 box numéricable sur la version de pfsense 2.0 car sur l ancienne 1.2.3 cela fonctionne très bien

Salut et merci pour ta réponse,

C'est ce que j'ai fait un peu chiant mais au mois ça marche.

Ok, merci beaucoup. Je vais tester ca.

Bonjour,

Je suis actuellement en train de chercher aussi une solution dans ce genre. Pour mes essais, je dispose de deux routeurs (à qui je donne des adresses et dns différents) qui simulent deux fai.

Je ne trouve pas encore de solution donc juste pour dire que sa m'intéresse et que je suis activement cette discutions!

J'ai fini par trouvé d'où venait le problème, il s'agissait de mon adaptateur USB-RS232 (Channel +) qui marchotait avec un cable modem et un switch nortel, mais pas avec le cable null-modem et pfsense.

Changement de modèle d'adaptateur (PS) et ça marche niquel sur le nortel et pfsense

soupir…

Descriptions des deux extremités (pfsense et checkpoint)

côté pfsense
Interface: wan
remote gateway: adresse_IP wan du firewall checkpoint

Phase 1 proposal (Authentication)
Authentication method: Mutual PSK
.
Negotiation mode: Main

My identifier: My Ip address
Peer identifier
Pre-Shared Key: xxxxxxxxxx

Proposal Checking: default
Encryption algorithm: 3DES
Hash algorithm: sha1

DH key group: 2

Lifetime:  86400

Phase 2:
Mode: tunnel
Local Network: Lan subnet
Type:  network

Remote Network:  xx.xx.xx.xx.0/22
Protocol: ESP

Encryption algorithms: 3DES

Hash algorithms: SHA1
MD5
PFS key group: 2

Lifetime: 3600

Ce sont ces informations que j'ai de mon côté. Bien sûr les différents paramètres sont identiques des deux cotés.
J'ai mis des règles coté wan en esp, udp( 4500 et 500) et une regle sur l'interface ipsec

Merci de l'aide

Oui, effectivement. Sous freebsd il n'existe pas de driver pour le controlleur perc H200. A priori pour le perc H700 oui.
Car j'ai un autre serveur équipé d'un RAID6 avec le controlleur perc H700, et freebsd reconnait le disque dur virtuel…