Le problème vient au moment ou j'essaie de ping du Lan vers le Lan de l'autre côté.

Je ne comprend pas vos explications. Essayer d'être clair, précis, concis.

(Je voulais dire que je travaille depuis 1 an 1/2 dans une entreprise où les PC étaient en statique à mon arrivée. Ils ne le sont plus, bien évidemment …
Et la config d'Outlook avec l'@ip du serveur 192.168.x.x c'est un peu fini aussi : "quand je suis chez moi, Outlook fonctionne maintenant, je savais pas", surprise !)

Je ne peux que plussoyer ccnet (forcément et toujours) :

niveau 0 (à bannir) : adressage tout statique niveau 1 : adressage statique des serveurs, routeurs, imprimantes réseau, ... + adressage dhcp des PC fixes, portables niveau 1+ : réservation d'ip grace à l'@MAC dans le dhcp niveau 2 : NAC = Network Access Control + switch adapté + toutim ...

La différence entre 1 et 1+ est juste du confort ... et le signe que l'admin, il maitrise.
On peut se poser la question de DHCPiser quelques serveurs et imprimantes avec la réservation d'IP par la MAC ...

Pour le niveau 2, bien penser à TOUT repérer : les smartphones qui se connectent, ...
C'est plus facile pour 10 PC + 3 serveurs + 2 imprimantes que pour 150 PC + 30 serveurs + ...

Bonjour,

Merci pour votre réponse,
  le forged transmit et  teaming  sont activés.
Les deux cartes sont reliées de la même façon au réseau.

Merci

D'accord, je vais tenter ça.

Merci.

On a déjà écrit que les packages ne sont pas ni la responsabilité de pfSense ni la sécurité.
Cela dit, les packages bénéficient d'une interface commune agréable, mais cache bien souvent la complexité sous-jacente !
L'exemple de Squid est frappant puisque la nature de la fonction "proxy" est TRES différente de celle d'un firewall : temps/réactivité contre disque/lenteur/mémoire pour Squid.

Je ne conteste pas que l'écriture du fichier de conf de Squid demande du temps et de l'expérience.
Pourtant, c'est là que se fait ou non la réussite !
On peut d'ailleurs s'inspirer du fichier généré par le package Squid et sa config …
Il est assez notable qu'un fichier de conf minimum de Squid devrait avoir 20 ou 30 lignes au maxi.

Je pense, personnellement, que créer un pfSense pour en faire juste un proxy est une erreur.
Il n'existe pas à ma connaissance de distribution centrée sur le proxy (et c'est regrettable).

Un article de vulgarisation (tout frais) : http://linuxfr.org/news/gerer-plusieurs-services-de-facon-transparente
(Qui montre qu'un proxy ne se réduit pas à http …)
(Il manque la mention de choses complémentaires comme mod_security ou vulture)

NB : normalement, le package Squid aurait du faire le job, mais ... c'est un package, et il vaut mieux faire le boulot sur une machine intermédiaire.

@baalserv:

@baalserv:

EDIT :
cite : Y'a t-il quelque chose qui cloche?
=> peut être un firewall logiciel sur le poste de la maison ?

;)

Ce tuto m'a l'air parfait, de plus il n'y a qu'une seule règle Firewall à mettre en place. Il répond à toute mes attentes.

Bonne soirée et merci pour votre précieuse aide :)

@namalka:

Bonjour,
j'aimerai partager la bande passante de mon wan qui est à 1Mo entre deux interfaces  connectés à mon firewall pfsense.

wan=1000Kb/s

je veux partager comme suit:

Lan=744Kb/s    et  Etudiant=256Kb/s
j'attends vos reponses.
Merci

Comme d'habitude, une simple recherche sur google permet de trouver ça: http://www.osnet.eu/fr/content/qos-avec-pfsense-20-hfsc-dans-le-d%C3%A9tail

Dans l'image de Firewall > Rules, il y a une erreur assez fondamentale (même si les règles sont grisées) : les onglets désignent l'interface d'arrivée des paquets …

Clairement, dans un onglet LAN, la source d'une règle NE PEUT ETRE que comprise dans "LAN Subnet" !

J'ai déjà capturé pas mal de trames mais quand j'essaye de voir les ping partant du pfsense vers les adresses qui ne répondent pas il n'y a rien dans la capture :-(
comme si pfSense n'envoyait pas les requêtes…

D'accord je vais essayer de voir si ma hiérarchie accepte de me laisser le temps de monter un proxy sur une autre machine ou sur une vm.
Merci pour vos réponses.

Ced56

Mon avis rejoint celui de CCNET :
-  Si on a besoin de faire du load balancing entre serveurs, c'est qu'on a une infra qui commence à être importante
-  Si on a une infra de ce type, on met en place des solutions dimensionnées en conséquence

-> On met donc en place d'un reverse proxy/load balancer dédié (nginx, apache, haproxy, vulture ce que vous préférez)

Lire la doc ne fait de mal à personne. Bref. Puis regarder dns forwarder et dns split horizon avant de poser une nouuvelle question.

J'ai trouvé la solution.

Il s'agissait d'un problème de fragmentation des trames. J'ai du changer de routeur cisco pour un plus récent qui gère la fragmentation.

J'ai suivi ce lien : http://www.cisco.com/en/US/tech/tk827/tk369/technologies_white_paper09186a00800d6979.shtml

Il faut activer sur les interfaces du routeur Cisco la commande :

(conf-if) ip virtual-reassembly

Puis régler le MSS de l'interface du VPN avec la commande :

(conf-if) ip tcp adjust-mss [valeur]

J'ai ajusté le MSS à 1300 et dans pfsense –> Advanced --> Misc : ajuster le MSS clamping à la même valeur.

Voilà ma solution, j'espère qu'elle sera utile à d'autres utilisateurs rencontrant le même problème !

Salutations !

Après une ultime recherche sur google, j'ai trouvé ce topic : http://forum.pfsense.org/index.php?topic=58141.0
et ça l'air de bien vouloir se connecter, à essayer en utilisant ESXi.

Meirick

@baalserv:

Sur la derniere ligne, remplacez ''Lan adresse" par * (any) puisfaite un alias des ports authorises

oui, destination doit être * (any) PUIS faite un Alias contenant les ports que vous souhaitez ouvrir; vous renseignerez l'allias créer dans destination ports

up ? Je suis vraiment a court d'idées sur ce problème.

L'installation d'un VPN (pour accéder à un réseau interne depuis n'importe où) n'est pas une opération à faire "à la légère" !
Il faut un minimum d'expertise technique et de compréhension des enjeux.
De plus, les tutos sont, forcément, à adapter à ses besoins. Et c'est encore plus nécessaire pour ce type de cas.
Il faut donc du recul. (Et vous manquez de tout cela !)

Par exemple, sur l'excellent blog de Nico…., (qui apparait en premier lien avec "Debian Openvpn", ... pas trop difficile), l'auteur fournit même des fichiers .zip modèle !
Par contre l'auteur suggère l'install d'"OpenVPN Access Serveur Windows Client" que je trouve très et trop lourd versus le simple et fourni "OpenVpn Gui".

Il n'est pas possible de faire le boulot à votre place ... parce que, même avec un tuto, il faut quand même travailler !

Et, ENCORE UNE FOIS, ce forum n'est pas là pour ce sujet.
C'est donc CLOS pour moi.