Dommage. Probablement une discordance entre les paramètres cryptographiques, comme le fait de ne pas utiliser ESP dans IKE phase 2, mais uniquement HA.

J'avais compris en effet.

Freebsd Hardware Compatibility List
(wikipedia+hcl donne la bonne piste ! C'est quand même à la portée de tous !)

Une clé 3G NE PEUT ETRE qu'une solution de secours en tant que Wan !
Un autre axe est de chercher s'il existe un routeur adsl avec possibilité de secours via clé 3G … (ça existe)

Effectivement,

suite de mes tests de connexion depuis un portable

en 3g+, je reste stopé au niveau de la box en filaire entre la box et le router pas de ping sur le serveur web.

bon je vais creuser du coté dns, merci encore

cordialement.

Problème résolu.
J'avais un problème de câblage…. sur l'interface qui resté en INIT.

On ne peut utiliser une carte compact-flash avec Squid pour des raisons totalement évidentes si on réfléchit juste 1 minute !

La place d'un proxy n'est pas sur un firewall (surtout si on veut ajouter squidguard et havp).

Cela sent le manque de réflexion préparatoire …

Orthographe et formulation indigentes. On ferme.

voici un shema qui represente la configuration que je voudrai monowall étant ici PFsense

Je ne suis pas bien certain que cela corresponde à ce que vous souhaitez. Je ne vois nul élément concernant la redondance.

depuis internet j'arrive a accéder a pfsense(GUI)

Ce qui est à proscrire en terme de sécurité. L'accès devrai être réalisé sur lan via une connexion vpn.

je n'est aucun accès a mon interface DMZ tout ce qui ce trouve dérrière est impossible a joindre

Il n'est pas nécessaire d'accéder à l'interface dmz pour accéder au serveur web en dmz.

Vous ne dites rien de ce que vous avez fait pour rendre cet accès possible. A priori vous avez la doc Monowall. Tout ce que vous avez à faire y est expliqué. Soit vous ne l'avez pas lu, soit vous ne l'avez pas compris, soit … je ne sais pas.

Pour faire de la redondance wan, il faut au minium un /29 en réseau public.

Actuellement openvpn est sur 192.168.90.0/24. Vu l'utilisation je pensais "économiser" de la ressource mais j'ai des plages attribuées libres de 92.0 à 99.0 toujours en /24. Je vais en affecter une autre au l2tp. Ça devrais aller et j'ai encore de la place derrière.

Oui je l'ai fait aussi ;-) et les codes étaient bien identiques…

Bonjour,

C'est ce que j'ai fait justement - Tout le traffic à destination de 172.30.0.0/16 passe par 192.168.7.198 (boitier RPVA). Cela fonctionne en mode filaire (Interface LAN, 192.168.7.0/24) mais pas en wifi (Interface OPT1, 192.168.9.0/24).

Faut-il que je force la passerelle du réseau 192.168.9.0/24 vers 192.168.7.1 (IP PFsense pour l'interface LAN) au lieu de 192.168.9.1 (IP PFSense pour l'interface OPT1) ?

Si la route statique doit s'appliquer pour toutes les interfaces, je ne comprends pas pourquoi ça coince sur OPT1 et pas sur LAN ?

Ci-joint la table de routage si cela peut clarifier. Les IP publiques sont masquées.

Merci,

Routing.jpg
Routing.jpg_thumb

Ok merci je vais tenir compte de vos remarques.

Cordialement.

Un boitier type Alix, Soekris, Wrap ou autre n'est pas prévu pour utiliser Squid !
Cela a déjà été abondamment décrit ici !

Rappelons que Squid fait des requêtes, stocke les objets sur disque, les restitue s'ils ne sont pas périmés.
C'est un usage contradictoire avec l'usage firewall.
De plus, cela IMPOSE un disque dur et non un carte compact-flash qui sera VITE défectueuse devant les entrées/sorties inhérentes.

Ensuite, Squid ne génère que des logs, difficilement interprétables directement mais aisé au travers de l'excellent LightSquid.

Le matériel n'est tout simplement pas adapté. Point.
(Il faut firewall assez bien, c'est déjà ça !).

Sans appel et sans solution. On ferme !

No problem, je vais mettre un WireShark pour voir si je trouve quelque chose.
Ça m'aidera peut être…

Merci de ton aide!

edit : Si t'as juste le temps de me répondre sur cette question :
Pour rediriger le flux d'un host vers une adresse IP Virtuelle, je dois faire comment? Créer une Gateway? Faire du NAT OutBound? Et aussi quel type d'IP Virtuelle je dois utiliser (CARP, Proxy ARP, IP Alias?).

Merci

Cette façon de procéder est à proscrire totalement. La mise en place d'un vpn ssl est un minimum pour conserver un niveau de sécurité correct lors d'un acces à l'interface d'administration.

Sinon la doc est là :
http://doc.pfsense.org/index.php/How_can_I_access_the_webGUI_from_the_WAN%3F

Par ailleurs il est possible découvrir pfsense sans l'installer grace au live CD.

Je ne pense pas qu'il suffit de dire "ça ne fonctionne pas" pour décrire un problème !

Il faut à minima :

décrire le schéma, les adressages, … donnez les règles en place, décrire les réglages choisis, décrire les tests réalisés, les messages, les logs ....

savez-vous si cela est réalisable ?

màj : bon en fait on a réussi dans les paramètres du portail captif dans "Alloweb IP adresses" (option qui permet d'ajouter des adresses IP sur lesquels on peut se connecter sans forcément s'authentifier avant). Dans le certificat SSL, il faut regarder l'adresse web OCSP (ex : https://blablabla.verisgn…), ensuite tu fais un nslookup de cette adresse pour récupéré son adresse IP et tu as plus qu'à la mettre dans "IP Adress".

J'espère que ça pourra servir à d'autres !

A+ !