@frizouille:

Merci, quelle solution pour faire du broadcast entre deux interfaces.

Entre deux réseaux serait une expression plus appropriée. Une des fonctionnalités d'un routeur est justement de ne pas diffuser les broadcasts. Une recherche avec "broadcast through routers" pourrait vous éclairer.

A vue de nez, une tentative de connexion sur le portail captif avec un user inconnu et qui semble insister "lourdement"…
Après, j'ai lu le log en 10s en diagonale, pour plus d'infos, voir Google  ;D

Je ne pense pas que Neflow soit une réponse pertinente au problème posé.

Première victoire, si je configure l'adresse du proxy manuellement sur le poste client je vois bien que je passe par le proxy dans le fichier access.log de Squid !  :D (Et hop, une petite bière pour tout le monde car il faut savoir fêter les victoires :p).

Maintenant, mise en place du WPAD.
En lisant les différents liens que vous m'avez fournie, j'ai l'impression qu'il ne me manque juste qu'à rajouter quelques petites configurations dans la configuration du serveur web de PFSense mais je ne sais pas si c'est apache ou autre. Vous me confirmez que c'est bien apache le serveur web par défaut de PFSense ? Si tel est le cas, je ne trouve pas le fichier httpd.conf pour ajouter les lignes suivantes :

Redirect permanent /wpad.dat /proxy.pac
et,
AddType application/x-ns-proxy-autoconfig .dat

@jdh:

pour le domaine "par défaut" (des clients DHCP), il faut créer une définition (A) wpad.domaine.com qui va pointer sur un serveur web,

Tu parles bien du Host Overrides ici dans la rubrique DNS forward de PFSense que j'ai créé ?

Cf image suivante :

@jdh:

le serveur web doit fournir des fichiers (wpad.dat, proxy.pac au minimum et selon le type de navigateur !),

Ok pour cette partie, j'ai fait wpad.dat, wpad.daet proxy.pac.

@jdh:

ces fichiers contiennent un petit script Javascript qui va fournir l'adresse du proxy,

Mes 3 fichiers contiennent le même code JS. (Redirection vers proxy).

On ne cesse de rappeler que PPTP est à proscrire !!

Il est très aisé de mettre en place la fonction VPN sur le pfSense avec OpenVPN.
Cela assure une bonne sécurité et un très bon accès au réseau interne "comme un PC interne" (à partir du moment où le pfSense est bien la passerelle par défaut).

Je ne vois aucune raison de ne pas lancer ce sujet : temps court de réalisation, meilleure accès à la totalité du réseau.
A l'inverse, trouver l'explication exacte n'offre aucune garantie de succès …

Et quand on commence à toucher au MTU ...

Si je vous comprend bien et pour résumer la situation, le serveur dns primaire de xx.ch est Pfsense, sur l'ip Wan. Je ne suis pas certain de bien comprendre votre configuration. Mes commentaires ne s'appliquent que si (et seulement si) il s'agit bien de cette configuration.

Vos problèmes ne sont pas directement lié à Pfsense mais à des choix inadaptés pour la gestion de dns pour votre zone.
Tout d'abord commençons par préciser que les fonctionnalités dns présentent sur Pfsense sont celles d'un forwarder et non d'un dns complet. Le périmètre fonctionnel du dns forwarder est de fournir une résolution locale qui "surcharge" la résolution sur les dns publiques. De plus il fourni un cache pour améliorer les performances. Vous noterez que le seul type d'enregistrement possible est le type adresse. C'est tout à fait insuffisant pour un vrai dns. En conclusion le dns forwarder n'est pas du tout adapté pour être un dns publique.
Par ailleurs la gestion d'un dns primaire (au moins deux en fait) nécessite un niveau technique beaucoup plus élevé que ne le croit le plus souvent ceux qui se lancent sur ce sujet.
Mon conseil est donc le suivant : utilisez comme dns primaire et secondaire ceux que votre hébergeur met à votre disposition sans doute. Supprimez toutes références à votre ip wan en tant que dns. Dans le paramétrage de Pfsense renseignez les dns publique de votre FAI ou ceux de Nerim. Supprimer cette règle de nat pour dns et conservez le reste qui me semble correct. Vous mettrez ainsi en œuvre ce que l'on appelle le "split horizon" dns. Tous vos problèmes seront réglés. Résolution sur 10.90.40.22 sur le réseau interne et sur l'ip publique en externe. Le nat en place fera le travail pour accéder au serveur web.

Votre fonctionnement est tout à fait classique.

Bonjour,

il semblerait que ce processeur ne soit pas pris en compte.

Je laisse la référence sur mon processeur afin d'informer les utilisateurs futur de Pfsense.

AMD Dual Core A6-Series APU for Desktops A6-5400K.

@jdh : J'ai fais aussi une suppression de la virtualisation, et malheureusement  toujours le même problème.

Cordialement,

L'imprimante n'est pas dans le même réseau que les machines des utilisateurs ? Un schéma même succin lèverait toute ambiguïté.

Les vouchers ont le mérite d'exister.
Mais le fonctionnement n'est pas super documenté !

Ce que j'ai compris : on a besoin

d'une clé publique, d'une clé privée d'un jeu de caractères (pour éliminer les pb avec 0 et o, 1 et l, …) d'un magic number de 3 nombres de bits pour # of "rolls", # of "tickets", # of Checksum
(La somme des 3 nb de bits doit être inférieure à 31 et laissent la possibilité de coder le magic number)
(En fait, il faut entendre les 3 bits + le nb de bits du magic number doit être inférieur à 32 = le nb de bit de la clé)

Du coup, on obtient N "rolls" de M "tickets" (N et M étant des puissances de 2).
Il faut entendre "rolls" par rubans ou séries de tickets identiques.

On demande ensuite la génération de "rolls" en précisant

le n° du roll la durée des tickets (en minutes) le nombre de tickets dans le "roll" (= devraient être systématiquement M=2^# of Tickets).

Il est donc assez aisé de créer

1 roll de M tickets d'une journée (1440 minutes = 24*60) 1 roll de M tickets de 2 jours (2880 minutes = 22460) 1 roll de M tickets de 7 jours (10080 minutes = 72460) 1 roll de M tickets de 30 jours (43200 minutes = 302460)
et ainsi de suite ...

La difficulté reste à fabriquer de "vrais" tickets papier voire des listes que l'on "raye" manuellement ...

Un lien intéressant : http://www.brannigan.fr/?p=397 (n'est pas de moi)

Comme déjà dit pptp est à proscrire. Il utilise un algo "cassé" (RC4) et de plus, pour la version Microsoft, il est mal implémenté. Un article assez célèbre de Bruce Schneier expliquait cela il y a une quinzaine d'années.

Quels tutos avez vous suivi ? (question très habituelle !)

Si on suit la doc pfsense (google + "pfsense openvpn site 2 site" + choix "shared key"), il n'y a guère de raison d'échouer …
Même si certaines questions élémentaires sont vite citées !

Le plan c'est :

réglage d'un serveur réglage d'un client (en accord) firewall > Rules > Lan : accept sur le port/proto choisi pour WAN address firewall > Rules > OpenVPN : règle minimale : accept source=any dest=LAN subnet

Ce qui est super c'est Statut > OpenVpn qui indique, sur l'un et l'autre le statut des lien (date début, volume entrant/sortant).

Je viens de le faire hier pour un nouveau site : cela ne prend pas beaucoup de temps ...

@titofe:

Si ton problème est seulement lié à la carte réseau intégrer, rien ne t'empêche de désactiver et d'en rajouter une autre en supplément, hormis le manque de place bien sûr.

C'est exactement ce que j'ai fait, et ça a fonctionné du premier coup. L'ennui est que cette machine ne dispose que de deux ports pci, et qu'en désactivant la carte intégrée, je me trouve dans l'incapacité de gérer 1 WAN + 2 LAN comme conseillait jdh (donc manque de place, comme tu le dis)

@jdh:

Internet <-> Neufbox <-> (Wan) pfSense (Lan) <-> réseau privé : switch + ap wifi                                       (Guest) <-> ap wifi

Dommage, ce petit Dell optiplex 740 passif était bien compact et silencieux… Il va falloir que je trouve ou une carte mère plus généreuse, ou carrément un autre pc d'occasion, car je doute qu'ajouter une clé usb wifi en tant que point d'accès soit vraiment efficace. Ou je me trompe ?

C'était bien un problème avec la même adresse ip pour les deux vpn. Ce n'était ni un bug, ni un problème de compréhension mais un problème d’inattention :(

Merci pour l'aide.

Tous ceux qui ont déja fait un ''restore'' font des saves :)
Cet outils est d'une valeur inestimable !!

Mon hardware perso à claquer 2* le mois dernier !(vieux desktop de récup) Que d'heures économiser grace à cet outil !

Je confirme les propos de JDH (choix 4 sur menu console)

Vu votre petit boitier (j'en ai plein en prod) a vous le cable serie F/F et putty :)

salut tous
Je vois des lectures et je ne vois aucune réponse!!!!!
Merci de penser avec moi :-\

Problème résolu. Le problème venait de l'adaptateur DB9.

Soit on veut être connecté via Wifi et être "dans le même réseau" que le LAN,
soit on veut sécuriser le Wifi par rapport au LAN.

Dans le cas 1, la solution simple est celle exposée par ccnet : le point d'accès est connecté au LAN.
Dans le cas 2, le point d'accès est connecté à une carte réseau supplémentaire du pfSense, interface nommée WIFI, et un numéro de réseau différent est alors très logique.

Où est la difficulté ou le problème ?

AMHA ce n'est ni plus simple ni plus naturel d'avoir le même réseau sur 2 interfaces distinctes.

Try it/keep it