Erreur contrôle IP FTP/OpenVPN

djinlemage

Les logs sont vide.
J'en déduit que je n'ai pas de demande d'authentification et que de l’extérieur, je ne joins pas PFSense.

N'arrivant pas à contacté mon VPN depuis l'adresse public, j'ai mis mon poste sur la plage 172.16.0.0 et la le OpenVPN se connecte correctement (avec des logs !!!)
Donc le problème doit se poser entre l'interface WAN et le routeur de l'operateur mais comme j'ai dit plus haut, j'ai reussi à me connecter à l'interface d'administration de PFSense depuis mon ip public.

Je me perd du coup …

Merci en tous cas.

djinlemage

Je viens de tilter, l'interface d'administration que j'ai testé sur le port 9090 depuis l'ip plublic est en TCP …
Du coup, l'ouverture de port sur le routeur opérateur n'est pas correcte...

Dites moi si je me trompe !

ccnet

@djinlemage:

Dites moi si je me trompe !

Je n'ai pas compris ce que vous vouliez dire.

djinlemage

Je voulais dire que si l'interface d'admin fonctionne via l'IP plublic c'est que le routeur est mal paramétre car l'interface d'admin est accessible via TCP

ccnet

Sur Pfsense par défaut, l'interface d’administration n’est accessible que sur l'interface lan, ce qui est fortement souhaitable. Idéalement on devrait dédier une interface à l’administration. C'est une autre histoire.
Port TCP/9090, cela ne concerne pas Pfsense à moins que vous l'ayez changé.

djinlemage

Bonjour,

J'ai avancé mais je me heurte à un souci :

De mon poste client, je me connecte correctement à mon VPN via mon IP public. En effet l’opérateur s'est trompé dans le paramétrage.

Par contre avec le paramétrage que j'ai je ne vois pas le LAN derrière PFSense mais je ping l'interface LAN de PFSense (192.168.1.13)

Pour résume :

Wan : 172.16.0.1
Lan : 192.168.1.13

Regle Firewall :
Wan
Protocol Source Port Destination Port Gateway Queue Schedule Description
IPv4 UDP * * WAN address 4040 * none OpenVPN OpenVPNDescription wizard

Lan
Protocol Source Port Destination Port Gateway Queue Schedule Description

* * LAN Address 80/22 * * Anti-Lockout Rule
IPv4 * LAN net * * * * none Default allow LAN to any rule
IPv6 * LAN net * * * * none Default allow LAN IPv6 to any rule

OpenVPN
Protocol Source Port Destination Port Gateway Queue Schedule Description
IPv4 * * * * * * none OpenVPN OpenVPNDescription wizard

Config OpenVPN :

Protocol : UDP
Device Mode : tun
Interface : Wan
Local port : 4040
IPv4 Tunnel Network : 10.0.8.0/24
IPv4 Local network(s) : 192.168.1.0/24
Dynamic IP : coché
Address Pool : coché
Topology : Subnet

DNS Default Domain : coché en 192.168.1.200

Ai je oublié quelque chose ?

Merci d'avance

@ccnet:

Sur Pfsense par défaut, l'interface d’administration n’est accessible que sur l'interface lan, ce qui est fortement souhaitable. Idéalement on devrait dédier une interface à l’administration. C'est une autre histoire.
Port TCP/9090, cela ne concerne pas Pfsense à moins que vous l'ayez changé.

Oui je l'ai changé pour etre sur que l'ip plublic redirigée bien vers PFSense mais j'ai remise à l’état d'origine

djinlemage

Je viens de voir que dans le client OpenVPN j'ai ces messages :
Tue Jan 10 11:30:51 2017 Authenticate/Decrypt packet error: bad packet ID (may be a replay): [ #14 ] – see the man page entry for --no-replay and --replay-window for more info or silence this warning with --mute-replay-warnings

djinlemage

Je suis repartie de zero avec une nouvelle installation du serveur.

Malheureusement, même résultat
Je peux me connecter ais pas accéder au réseau LAN à part l'interface d'admin de PFSense

Auriez vous une idée ?

Merci

djinlemage

Bonjour,

Après mon re départ, j'ai fait un schéma et des Screenshots pour que cela soit plus parlant (désolé de pas avoir fait ça des le début …)

J’espère que ça pourra vous aider.

Schema.png_thumb

![Interface LAN.png](/public/imported_attachments/1/Interface LAN.png)
![Interface LAN.png_thumb](/public/imported_attachments/1/Interface LAN.png_thumb)
![Interface WAN.png](/public/imported_attachments/1/Interface WAN.png)
![Interface WAN.png_thumb](/public/imported_attachments/1/Interface WAN.png_thumb)

OpenVPN.png_thumb

Firewall.png_thumb

ccnet

Je viens de regarder votre schéma. Il y a encore quelque chose qui ne peut pas fonctionner correctement. Vous avez le même numéro de réseau de part et d'autre du lien vpn.
Comment imaginez vous que Pfsense (ou n'importe quel équipement IP) puisse choisir de router via le vpn des paquets alors que les destinations sont accessibles localement ?
Décidément vous êtes fâché avec les bases de l'adressage réseau. Cf ce que je disais plus haut sur l'adressage en 192.168.1.0/24, tout comme 192.168.0.0/24 …

djinlemage

Merci de votre retour

Je comprend très bien ce que vous dites mais avec mes faibles connaissances réseau : ce n'est pas le but d'un routeur de faire cela ?
Comme dit plus haut je ne suis pas un expert mais je pense q'un paramétrage est possible non ?

De plus encore une fois avec mes connaissances limitées, on passe bien par un IP du type 10.0.8.0 qui fait le lien.

ccnet

Je comprend très bien ce que vous dites mais avec mes faibles connaissances réseau

Nous arrivons à un stade où vis connaissances sont trop faibles par rapport au problème que vous essayer de traiter.
Vous pourriez lire cela : http://caleca.developpez.com/

ce n'est pas le but d'un routeur de faire cela ?

.
Un routeur est fait pour interconnecter des réseaux différents.
Regardez comment est conçu et spécifié IP, quelles sont ces règles de fonctionnement et vous comprendrez que votre question n'est pas la bonne.

je pense q'un paramétrage est possible non ?

Ce que vous pensez est une chose et la réalité des fonctionnements de TCP/IP en est une autre.

on passe bien par un IP du type 10.0.8.0 qui fait le lien.

Là encore mauvaise compréhension et méconnaissance du fonctionnement normal d'un réseau ip. Le lien donné plus haut pourrait vous éclairer.

Dans certains cas il y a une solution. Je le sais pour l'avoir déjà fait et avoir une configuration de ce type en production chez un client. Rien ne dit que c'est votre cas et d'autre part c'est très au delà de vos capacités techniques actuelles. C'est une solution qui utilise un lien Ipsec, mais ce n'est pas pour cea que çà fonctionne magiquement.

djinlemage

Merci de m'avoir rabaisser autant.
J’étais persuadé que les forums était un lieu d’échange et d'ENTRAINDE mais malheureusement comme vous le dites si bien la magie n’opère pas…..

ccnet

Vous avez tort de le prendre de cette façon. Il est évident que vous ne maitrisez pas le sujet. Aujourd'hui. En travaillant avec le lien que je vous ai communiqué vous pourriez gagner beaucoup de temps et cesser de tourner en rond. Et comprendre.

J’étais persuadé que les forums était un lieu d’échange et d'ENTRAINDE

Proverbe :
Donne un poisson au pauvre, il mangera un jour.
Apprend lui à pécher, il mangera toute sa vie.

J'ajouterai qu'un problème bien compris est à moitié résolu.

Ne comptez pas sur moi pour vous donner une solution en 3 clics pour résoudre votre problème. Elle n'existe pas.
Ce que vous pensez est une chose et la réalité des protocoles en est une autre. Pour vous en sortir je vous conseille d'appréhender la réalité des protocoles. Ce sera beaucoup plus simple.

djinlemage

Je ne le prends pas mal !

Pour vous situer le contexte global (qui finalement n'a pas d’intérêt dans la mise en place de la solution mais à le mérite de situer "mon état d'esprit" :

Je suis le seul informaticien à gère une entreprise de plus de 100 users , une 70ene de postes, une 15ene de serveurs, une flotte mobiles conséquente et plusieurs site distant (réseau, switch etc …).
Bref, je ne cherche pas et je n'ai jamais chercher une solution clé en main ou toute faite.

J'ai une contrainte de temps du fait de l'activité de mon poste et malheureusement pas le temps de passer une formation complète sur l’architecture réseau.

Si la seule solution est de

soit change tout le plan d'adressage du réseau du site
ou soit de passer sur de l'IPSec

Dans ce cas, je prendrais la première solution mais pas avant 4-6 mois le temps de voir la faisabilité, le changement des équipements en IP statics et surtout voir l'impact sur les chemins réseau pour les users.

Bref du coup, pour l'instant, je reste sur mon PFSense bancale avec ses 2 interfaces dans le LAN 192.168.1.x
Le VPN fonctionne mais pas le FTP, je m'en arrangerais et c'est impactant que les solution au dessus.

Merci

ccnet

Changer le plan d’adressage est de loin la meilleure solution. Vous réglerez une fois pour toute une source de problèmes récurrents. Je le redis, évitez les réseaux 192.168.0.0 et 192.168.1.0 (idem avec 10.0.0.0). Prenez ce qui vous parle mais en dehors des réseaux courants. Si 192.168.164.0/24 vous plait, alors en voiture ! Vous pouvez même le jouer aux dés.