Bonsoir JDH,

Merci de ta réponse.

@Alesk13Fr:

Il est essentiel que le mode de fonctionnement choisi soit le mode "point d'access" pour assurer qu'un micro connecté en wifi soit strictement dans le même réseau qu'un PC connecté au port ethernet.
Ce mode est un bridge entre le côté ethernet et le côté wifi.

Je suis bien "configuré" en "Access Point" !

Donc oui les DAP sont bien en "Access Point", et il n'y a bien évidement pas de WLAN sur le réseau !

Cordialement,
Alex.

Bonjour,

Merci pour vos réponses !

Je vais donc lire les liens que vous m'avez fait parvenir.

Bonne journée.

Cordialement,

Essayes l'extension "OpenVPN Client Export Utility" disponible dans les packages.

Dans server :

Server Mode : Remote Access SSL/TSL
Protocol : UDP
Device mode : tun
Interface : Wan (selon ta config)
Local port : 1194

–-
Crées des certificats

DH Parameters lenght : 2014
Encryption algo : AES-128-CBC

Tunnel network : 10.0.60.0/24 (ou autre)
Redirect Gateway : désactivé
Local Network : 10.0.0.0/24 (selon ta config)
Compression : activé

--
Dynamic IP : activé
Address Pool : activé
DNS domain : selon ta config (mondomain.local)
DNS server : activé + à fournir

Et c'est tout !!!

Google est ton ami :

http://skear.hubpages.com/hub/How-to-Configure-Deep-Packet-Inspection-Using-pfSense

http://www.osnet.eu/fr/content/introduction-au-traffic-shapping-avec-pfsense-20

http://doc.pfsense.org/index.php/VoIP_Configuration

La solution est d'utiliser une redirection 302 sur une adresse publique (Ex. : http://mgi-partenaires.ch/firewallblock/index.php?a=%a&n=%n&i=%i&s=%s&t=%t&u=%u).

En prod, il me parait aberrant d'utiliser une carte non reconnue par un firewall.
Donc la solution qui consiste à installer un système de virtualisation qui supporte la carte (fautive) et émule dessus une autre carte pour la VM firewall est une erreur AMPSHA !

C'est une erreur, parce que,

il y a baisse de performance forcément (qui peut être considérable), on oublie que les couches réseau basses de l'hyperviseur ne sont pas couvertes par la VM … firewall ! un jour ou l'autre, on va être tenté d'ajouter une VM.

Oui, j'ai bien conscience qu'openvpn est un service inutile dans mon cas, je suis d'accord
Qu'il s'agit d'un problème de paramétrage. Je vais donc continuer à rechercher la bonne syntaxe. Merci

Migration du premier serveur faites, tout se passe bien, les autres viendrons progressivement dans la semaine. Merci JDH :)

YOUUUHOUUUU !!! Pour ma part j'ai réussi :D

Erreur stupide, voir même de débutant, je n'avais pas renseigné la bonne passerelle par défaut dans la zone de paramétrage de l'interface WAN.
J'avais stupidement rentré l'adresse de mon serveur Radius :s

Donc merci à tous ceux qui m'ont aidé et on essayé de trouver une solution à mon problème.

Yannick.

@jdh:

SME n'est pas un linux comme les autres : c'est une distribution "tout-en-un".
Il est prévisible que la config de ses services soient ajustée "aux petits oignons".

Attention à bien modifier le template et non simplement le fichier smb.conf : gare au reboot !

(Il eut été mieux de l'exposer de suite : la piste aurait été plus vite vue.)

Concernant pfSense 1.2.3, il est intéressant de migrer à 2.0 et cela se passe bien … sauf OpenVPN !?
Enfin, je viens de faire une migration pour une 1.2.3 sans OpenVPN. Et j'ai ajouté OpenVPN juste après.
Cela a suffisamment changé pour que je considère qu'il faut refaire sa config OpenVPN.
Mais on y gagne sérieusement puisque la gestion des certificats est désormais intégré !

Pour la SME, il n'y a pas grand à faire, juste le plan d'adressage IP à définir mais ça c'est HS.

En ce qui concerne la migration, c'est là où je suis c…. c'était une instalation toute neuve, j'ai donc hésité entre la 1.2.3 que je connais et la 2 que je n'ai pas encore testé... j'ai choisi la 1.2.3, erreur...

Nusa

j'ai trouvé le coupable.
au début de la mise en prod. j'ai fait une capture de paquet (Diagnostics-Packet Capture).
Je l'avais stoppé mais le process tcpdump tournait toujours et augmentait toujours plus sa place
en mémoire (le fichier dump surement)

Pour info un simple top en console ne m'a pas mis sur la piste de manière évidente.

J'ai fait : top
puis la commande o
puis la commande res
–> ca fait un classement par process qui occupe le plus la mémoire. res pour resident memory size.

si ca peut servir à d'autres.
a+

ok désolé si c'est pas clair.

j'ai résolu mon soucis, je n'avais pas séparé correctement les réseaux wan et lan, en réglant correctement l'outbound, c'est ok, si je perd le vpn, aucune autre règles ne spécifie d'utiliser le wan, et donc sans von je n'ai pas d'accès au net depuis mon réseau

Petite mise à jour de l'avancement de mon projet.

Ce matin en arrivant au lycée la tête reposée je me suis aperçu que mon DNS faisait des siennes, du coup après avoir cherché un peu à droite à gauche quelles pouvaient être mes problèmes, j'ai opté pour une réinstallation complète du serveur windows 2003. J'ai donc réinstallé un Active Directory avec un DNS tout neuf, reconfigurer le service IAS et voilà que maintenant tout (ou presque) fonctionne correctement. Mon Wireshark capture les trames en entrée et aussi en sortie. Je visualise bien les trames acces-request, acces-reject et acces-accept :D

Seule zone d'ombre qui persiste encore, l'acces au web ne s'effectue pas encore, il semblerait qu'un défaut de paramétrage subsiste encore dans ma configuration de PfSense!! Je vous tiendrais donc au courant de la suite des évènements…

Si certains d'entre vous se sentent l'âme charitable pour me donner des conseils j'en suis toujours prenneur ;)

Cordialement Yannick.

Vous ne parlez pas d'adressage (ou de bridge), cela ne vous semble pas une information utile (et vous auriez tort !).

Je suis désolé, je commence à avoir les yeux carrés  :P , je n'avance pas, et je crois comprendre que le problème ne vient pas de pfsense :

–>depuis opt1 je ping les machines du lan et inversement. Sauf que SrvKaspersky qui est sur LAN, est injoignable depuis opt1 et c'est la SEULE MACHINE "inpinguable" depuis opt1 ...........

Bon, j'ai eu déjà la réponse :)
Il suffit de bloquer le port 80 dans les règles du pare-feu (LAN), ça fonctionne, tous les clients doivent passer par le proxy ;)

bonjour,

j'ai pu faire la suite des test ce week-end et en effet le fait de passer par un switch à résolut le soucis.
J'ai forcé le FullDuplex sur le port dans le switch, fait un Vlan de 2 ports pour la liaison Modem/Pfsense, le switch indique bien une liaison monté en 100mb Fullduplex.

Après quelque test et réglage dans PFsense tout est repartie avec un débit plus en accord avec le 100/100 souscrit chez completel.

merci à vous pour les quelques conseils.

cordialement.

Ludovic.

Merci à tous de vos lumières.

Bonsoir,
Si c'est 50 accès simultanés sur un lien 2mbs, ca fait pas gros.
A mon sens, n'importe quoi fait l'affaire, pour peu que tu puisses mettre ta dual-E1000 dedans.
Cdt,
E.R.

Bonjour,
Bein déjà 192.168.1.1 et 192.168.1.2 ne sont pas deux "mêmes" adresses.
Après 192.168.1.1/32 et 192.168.1.2/32 sont possibles sur 2 IF différentes.
Effectivement, la bonne question c'est pourquoi faire…
Cdt,
E.R.

Bonsoir,
Question à deux balles, puisque ton client rsync Timeout : Le port standard de rsync (TCP 873) est t-il autorisé en accès sur ton PF ?
Fais tu passer ton Rsync dans un tunnel SSH ?
Tu penses que ca coince sur la couche applicative ou sur le L3 ?
Cdt,
E.R.