Tiens il y en a un qui suit !

Merci, je vais regarder ça de plus près.

Merci pour votre tuyau jdh. Mais le problème ici ce que je suis en stage et le responsable ne maîtrise pas bien le mode commande de linux et il demande s'il est possible de configurer le firewall via une interf graphique. C'est pour cette raison que mon choix tombe sur PfSense. J'ai vu "schedules" mais apparement(corrige moi si je me trompe) il est affecté pour les règles en cours. Alors comment devrais-je faire si je veux avoir plusieurs autres règles qui seront chargé à un temps précis?
Par ex: 12h-14h -> Firewall 1
          14h-18h -> Firewall 2
          18h-22h -> Firewall 3
firewall ici signifie ensemble de règles.

En passant pour le , j'ai utilisé Redhat avec iptables donc peu import la distribution ça aurait du le même.

Je vais placé le poste en résolu.. Grâce à vous j'ai mieux compris le fonctionnement des protocoles réseaux. Il ne me reste plus qu'a me documenter.

Je vous remercie infiniment  ;)

J'ai aujourd'hui installer une carte supplémentaire sur les deux firewall et cela à régler mon souci.

Je peux aujourd'hui aussi bien naviguer sur le lien ADSL que celui de la SDSL sans rencontrer le moindre problème.

Ayant compris que je ne maîtrisé pas comme il ce doit le passage du lien SDSL dans le switch, j'ai donc préféré l'enlever.

Cdt,

Titofe

KISS : Keep It Simple and Stupid : pfSense, en mode normal NATte tout ce qui sort + Ipcop Blue qui autorise justement cette adresse WAN du pfSense !

C'est en effet simple … et par conséquent efficace.

Il faut de l'IPSEC avec "NAT traversal" (qui est 500/udp). Mais quid des échanges ESP + AH (protocole ip de n° 50 et 51) ?

Le post de ritek est très bien !

Comme on peut le voir dans le document cité, les noms de listes deviennent blk_BL_xxxx après chargement d'une blacklist.
pfSense ne vient pas avec la moindre blacklist, me semble-t-il, d'où ma question permanente … dont on attend toujours la réponse !

Bien évidemment le port du proxy ne doit pas être 80 !

@ccnet:

oui il faut.

Ps: Personne ne vous a jamais insulté ici.

Merci beaucoup.

Je plaisantais concernant les insultes ! :o)
J'ai toujours été très bien reçu ici.

Cdt,
Yoann

Code de l'authentification locale (pas radius):

  if (($userdb[$i]['name'] == $_POST['auth_user']) && ($userdb[$i]['password'] == md5($_POST['auth_pass']))) {                 $loginok = true;                 break;             }

j'ai lu dans le forum qu'il est possible de faire une redirection de la page portal page vers une autre page php exemple captiveportal.php
avec ce code

Merci je n'y avais pas pensé

Problème résolue merci encore Juve

A en jugé par ton problème c'est ton dns qui pose problème ou l'attribution du dns à tes clients

car si en tapant une adresse ip tu à la page web et non au nom le problème ne peut être que de la résolution de nom

Salut,

J'ai été confronté au même problème.

Il semblerait que pour l'url de redirection il faille mettre le protocole au début;
Avec simplement www.google.fr je bouclais aussi sur la page d'authentification même si concrètement l'authentification se fait puisqu'il est possible de saisir une autre url dans la barre d'adresse.
En revanche, en indiquant http://www.google.fr en tant qu'URL de redirection, il n'y a plus de problème.

Ouais, euf, mais bon.

Sous Debian Lenny, HAVP était linké avec libclamav5 (qui existe toujours mais ne fonctionne plus).
Aussi le mainteneur de HAVP a fourni un nouveau paquet (dans debian volatile) qui peut s'installer à la mano (dpkg -i).
Ce paquet est linké à libclamav6 qui est à jour et fonctionne ! Gagné !

Forcément, il y a plus de développeur, c'est plus facile.
Mais je l'ai écrit ailleurs : est-ce vraiment la place d'un AV dans un firewall ? (un proxy dédié n'est-il pas plus efficace ?)