Problème OPENVPN [Résolu]
-
La configuration de test est correcte.
Configurer le routage est bien sur indispensable. Avec un client XP cela fonctionnera. Avec un client SEven, dans le fichier de configuration Openvpn il faut prévoir ces deux lignes :route-method exe route-delay 2Sinon la table de routage ne sera pas modifiée comme nécessaire.
On prendra soin de configurer les clients de telle façon qu'ils ne puissent pas accéder directement à internet lorsque le vpn est actif. Une fois validé il faut ajuster les règles dans l'onglet vpn. Tout cela pour que l'emploi du vpn reste sûr. -
Je ne sais pas si cela va régler ton problème.
Mais dans mon cas j'avais de la difficulté a rejoindre les devices sur mon réseau. J'ai du ajouter les routes dans la configuration d'open vpn.
Dans advanced configuration ajoute les routes du genre
push "route 192.168.0.0 255.255.255.0";
Courage !
Ok donc dans la configuration du serveur openvpn, j'ajoute push "route 192.168.0.0 255.255.255.0"?
-
J'ai testé avec cette route mais cela ne fonctionne toujours pas. Je comprends vraiment pas :(
-
(Je ne connaissais pas la méthode ccnet : intéressant et à investiguer …)
J'utilise la méthode "push route".Sur Seven, (et sur XP,) il est absolument nécessaire de lancer OpenVPN-gui en tant qu'administrateur.
Sinon il ne peut pas ajouter la route … qu'on lui indique d'ajouter ! -
Indispensable et que j'ai oublié de préciser !
-
Bonjour
le poste xp du bureau ne serai pas par le plus grand des hasard 192.168.0.0/24 soit le même que l'autre extrémité du Vpn ?
depuis la V
2.12.0.3 le packet ''CLientExportUtilities'' prend en compte le problème de création des route sous W7 et permet d'utiliser le client founis dans le .exe dans un environement user sans exécuter le GUI en administrateur ^^ -
Bonjour
le poste xp du bureau ne serai pas par le plus grand des hasard 192.168.0.0/24 soit le même que l'autre extrémité du Vpn ?
depuis la V
2.12.0.3 le packet ''CLientExportUtilities'' prend en compte le problème de création des route sous W7 et permet d'utiliser le client founis dans le .exe dans un environement user sans exécuter le GUI en administrateur ^^Bonsoir,
Non le poste en XP est en 200.0.0.0/24 donc rien à voir, même en admin cela ne fonctionne pas, je ne vois pas d'où cela peut venir, là je suis en train de me prendre la tête en plus c'est une install toute neuve, la mise en place du vpn est la première chose que j'ai fait, ce que je remarque c'est que lorsque je suis connecté en VPN je n'ai pas de passerelle pour la connexion, est-ce normal? -
Bonjour,
donnez nous TOUTES les règles et dans l'ordre configurer Lan car avec la seule que vous nous donnez plus haut alors tout est normal dans le fonctionnement décris comme étant un problème ^^
cordialement
EDIT : je suppose que les pc situer dans le lan on l'adresse lan de pf comme passerelle ?
-
Bonjour,
donnez nous TOUTES les règles et dans l'ordre configurer Lan car avec la seule que vous nous donnez plus haut alors tout est normal dans le fonctionnement décris comme étant un problème ^^
cordialement
EDIT : je suppose que les pc situer dans le lan on l'adresse lan de pf comme passerelle ?
Je vous ai donné toutes les règles que j'ai, oui le pfsense est bien la passerelle, j'ai même essayé sur mon MAC c'est pareil, je ping le firewall mais pas les PC du lan. En tout cas merci pour vos réponses, je désespère!
-
dev tun
persist-tun
persist-key
cipher BF-CBC
auth SHA1
tls-client
client
resolv-retry infinite
remote "mon no-ip" 1194 udp
verify-x509-name Benoit name
auth-user-pass
pkcs12 FIREWALL-udp-1194-Benoit.p12
tls-auth FIREWALL-udp-1194-Benoit-tls.key 1Voici mon fichier de config
-
une fois le tunnel monter, faire en CMD sur le poste xp du bureau un route print et donnez nous le résultat svp
-
Voici le route print:
C:\Documents and Settings\PC 09.RECYNER>route print
Liste d'Interfaces
0x1 …........................ MS TCP Loopback interface
0x2 ...d4 3d 7e 3f c4 c2 ...... Realtek PCIe GBE Family Controller - Teefer2 Min
iport
0x3 ...00 ff b2 6a 78 02 ...... TAP-Windows Adapter V9 - Teefer2 Miniport===========================================================================
Itinéraires actifs :
Destination réseau Masque réseau Adr. passerelle Adr. interface Métrique
0.0.0.0 0.0.0.0 200.0.0.20 200.0.0.9 20
65.55.184.151 255.255.255.255 200.0.0.20 200.0.0.9 20
109.232.195.149 255.255.255.255 200.0.0.20 200.0.0.9 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.2.5 192.168.2.6 1
192.168.2.0 255.255.255.0 192.168.2.5 192.168.2.6 1
192.168.2.4 255.255.255.252 192.168.2.6 192.168.2.6 30
192.168.2.6 255.255.255.255 127.0.0.1 127.0.0.1 30
192.168.2.255 255.255.255.255 192.168.2.6 192.168.2.6 30
200.0.0.0 255.255.255.0 200.0.0.9 200.0.0.9 20
200.0.0.9 255.255.255.255 127.0.0.1 127.0.0.1 20
200.0.0.255 255.255.255.255 200.0.0.9 200.0.0.9 20
224.0.0.0 240.0.0.0 192.168.2.6 192.168.2.6 30
224.0.0.0 240.0.0.0 200.0.0.9 200.0.0.9 20
255.255.255.255 255.255.255.255 192.168.2.6 192.168.2.6 1
255.255.255.255 255.255.255.255 200.0.0.9 200.0.0.9 1
Passerelle par défaut : 200.0.0.20Itinéraires persistants :
AucunY'a t-il quelque chose qui cloche?
-
cite : ce que je remarque c'est que lorsque je suis connecté en VPN je n'ai pas de passerelle pour la connexion, est-ce normal?
vous avez bien les routes et la passerelle pour le VPN !
cite :
192.168.0.0 255.255.255.0 192.168.2.5 192.168.2.6 1
192.168.2.0 255.255.255.0 192.168.2.5 192.168.2.6 1a priori vous avez bien les routes et gateway de configurer une fois le tunnel monter !
EDIT :
cite : Y'a t-il quelque chose qui cloche?
=> peut être un firewall logiciel sur le poste de la maison ? -
65.55.184.151 255.255.255.255 200.0.0.20 200.0.0.9 20
109.232.195.149 255.255.255.255 200.0.0.20 200.0.0.9 20Je m'interroge sur la présence de 2 routes vers des si qui ne sont pas concernés a priori. C'est peut être souhaité mais c'est basiquement dangereux. Ensuite il faut voir la situation spécifique. Donc dangereux d'une façon général mais peut être spécifiquement acceptable. Je n'ai pas les éléments pour l'apprécier.
-
Je plussoie ccnet qui fait une observation intéressante …
D'autant plus qu'est mentionné dans ces routes la même passerelle = le pfsense.
Un route delete me parait nécessaire.Etes vous sur qu'il n'y a rien d'autre dans la config côté serveur ?
Qui vous a fourni la config côté client ? (parce que plusieurs lignes me sont inhabituelles ...) -
j'avais fait abstraction de ces lignes inabituelle ….
mais la question est d'autant plus pertinante que ces routes sont ajouter de façon dynamique car il n'existe aucun itinéraire persistant déclarer sur le poste en question.
-
Oui j'aurai été moins surpris de les voir listées persistantes. Donc une application monte ces routes probablement. 65.55.184.151 c'est Microsoft en Inde.
-
Le poste d'où j'essaye de me connecter se trouve dans un domaine et je joint le vpn via un no-ip, mon antivirus ne peut pas bloquer le ping?
Merci -
EDIT :
cite : Y'a t-il quelque chose qui cloche?
=> peut être un firewall logiciel sur le poste de la maison ? -
C'est assez bizarre, je n'ai jamais vu un antivirus bloquer le ping, j'utilise trendmicro, sinon voici le tuto que j'ai suivi à la lettre, peut-être est-il erroné?
http://www.youtube.com/watch?v=02vlrVNbe70
Merci pour votre aide ;)