bon, j'ai trouvé a force de farfouiller

j'ai réinstallé le paquet: openvpn-client-export

et ca marche😁 😁 😁 😁 😁 😁 😇 😇 😇

et il faut ausssi faire:

If you see this, your system did not fully complete the upgrade to 22.05. You should run pfSense-upgrade -dy from an SSH or serial console shell prompt.

si ça peux aider

@cgill
Merci pour cette information, je vais réinstaller sur un autre pfsense en 2.5.2 pour faire le test
Pour info, lorsque je désactive le portail captif (une case à décocher) ca fonctionne nickel ! 😵

@orion2k-0 apres plusieurs jours de recherche ils apparaît que le drivers present dans pfsense 2.6 pour les chipset i225-v ne sont pas parfaitement opérationnel sur la partie vlan. Les equipes netgate visiblement travail dessus les dernières amelioration date de quelque jour a peine. Va falloir prendre sont mal en patience.

@jdh
Merci pour votre générosité.
Je travaille sur les documentations et fornirai des copies d'écran de la config des vlans côté router.
Excellente journée à toutes et à tous.

Ceci dit, où en êtes vous ?

quels tests avez vous faits, avec quels résultats ? test de dns ? avez vous arrêter le DHCP de pfSense et activer celui de l'AD ? pensez vous qu'il faudra exclure du portail captif une machine ?

Il existe A LIRE EN PREMIER qui donne une bonne façon de présenter un problème.

Prenez une BONNE habitude : un matériel c'est, par interface, une adresse ET le masque ! Exemple

LAN1 : 192.168.3.9/24 LAN2 : 172.16.0.1/24

Et apprenez à désigner CORRECTEMENT un réseau :

LAN1 : réseau 192.168.3.0/24 (ou 192.168.3.x/24 plus facile)

(c'est moins facile quand le masque n'est pas /24 mais c'est à apprendre ...)

pfSense, comme n'importe quel matériel, a une ou des interfaces, donc il connait les réseaux auxquels il peut accéder directement. Il doit avoir une passerelle par défaut et/ou des routes pour accéder aux autres réseaux !

Dans votre cas :

WAN : une adresse et la passerelle par défaut LAN1 : accès au réseau 192.168.3.0/24 (192.168.3.x/24) LAN2 : accès aux réseaux 172.16.0.0/24 et 172.168.1.0/24 (172.16.0.x/24 et 172.16.1.x/24)

Pour LAN2, il n'y a QU'UNE adresse ip affectée à l'interface, donc un seul réseau accessible. OR on doit accéder à 2 réseaux. DONC il faut fournir (créer) une route (qui passera par LAN2).

Il y a aussi à réfléchir un peu :

un serveur sur LAN1 doit avoir l'ip LAN1 comme passerelle par défaut cela permet au pfsense d'aiguiller le trafic COMME IL FAUT : en commençant par les réseaux connus (soit ceux des interfaces, soit ceux depuis les routes) puis, à la fin, par la passerelle par défaut

Je ne pense pas pouvoir être plus clair ... (j'ai dit ce qu'il y avait à dire, tout ce qu'il a à dire, donc chaque mot est utile et a un sens ...)

Prenez le temps de présenter selon A LIRE E PREMIER, vous gagnerez du temps ... Avez vous conscience que vous ne fournissez pas beaucoup d'informations ?

Je ne vois aucun pfSense, je me trompe ?

Accéder depuis le LAN une adresse ip WAN et espérer que le flux revienne vers le LAN parce qu'il y a une règle dans ce sens, est délicat ! On appelle cela la réflexivité ... et cela ne fonctionne pas toujours ...

Il y a une solution logique d'y arriver, c'est d'attaquer en direct au changement de port près

NB : faites plutôt https que http et changement de port, ce sera plus sûr.

Parfait! Et désolé de vous avoir fait perdre votre temps. Bonne continuation.

Vous POLLUEZ un fil très ancien (2019) : faites un autre fil.

Vos 2 posts se sont que l'examen de la commande iperf3 : il n'est pas ceratin que cela correspond à la question ...

Bonsoir,
Je n'utilise plus squid et squidguard pour cette raison, le self certificate de pfense ne suffit pas, il y a des site avec des versions de ssl differents et du coup t as toujours la bonne vieille page "accès non securisé", ... -> "accepter les risques" pour pouvoir aller sur le site.
Je crois avoir compris que squid/pfsense agit comme un man-in-the-middle dans certains cas.

Il faudrait mettre la config des AP sur un vlan de managment, un ssid sur un autre vlan et un controleur wifi (sur le meme vlan de managment) pour piloter les AP(frequence overlap/gestion des deplacements et autre pbl de wifi...) et ne pas utiliser le vlan 1, le laisser sur le WAN du pfense si il n'y pas moyen de faire autrement.

@louis-d
Il est peut etre plus simple de paser par un controleur/concentrateur wifi qui propose le captive portal sur un vlan dédié, après tu geres les ports et autre sur le pfsense

Bonjour,
Je vais essayer de répondre, je suis toujors marqué comme spammeur.
Il faut peut etre aller voir dans ta config concernant l'age des users dansd ta console admin Workspace.
Si tu marques pas certains de tes membres comme étant "over 18" , pas mal de contenu youtube sera bloqué.

@jdh Merci beaucoup pour toutes ces informations. Je vais donc rester sur l'ancienne méthode 😜

Je ferme ce ticket

@bartounet16000
J'ai un peu plus galérer pour le besoin de faire du NAT depuis le Wan de la Dedibox vers le réseau de la maison !!
Par exemple donner accès au site web du serveur 172.10.0.2 depuis l'accès internet de la dedibox
j'ai suivi ce tuto
https://forum.netgate.com/topic/101854/nat-through-openvpn-tunnel/2

Le problème est le routage asymétrique.
La requete arrivant de la dédibox à travers le tunnel sur la maison ,cherchera à sortir par la GW par defaut de la maison

je n'ai pas tout compris mais tout se joue dans le NAT / UNBOUND
d9f96812-4f2f-45a1-aeba-80af4a799868-image.png

Et après une règle de nat classique
03d1fc5f-b9d1-4ae9-88f2-66121c41c518-image.png

@jdh

En attendant de mieux maîtriser la situation, j'ai mis en place le pare-feu empêchant toute connexion et je gère l'ouverture des accès avec le KVM IP.
Une fois arrivé à ce point, je me lancerai dans le port-knocking.

Dans toutes mes tentatives de bloquer l'accès au port 8006 depuis internet et le permettre depuis le VPN, je me retrouve bloqué dehors.

J'ai refait la config d'openVPN en m'assurant que le fichier de conf ne soit plus présent après un reboot de la VM, rien n'y fait... le trafic internet passe toujours par la le VPN.
Sur un autre serveur dédié hébergé, j'ai eu le même problème...

Je vais reprendre l'installation de ce dernier avec les indications que m'avez données, une seule interface réseau physique et 2 adresses IP. Il me servira de "labo"...

Merci du temps que vous avez accordé à me fournir les éléments qui m'ont permis d'avancer.
je reviendrai poster les résultats de mes tests