Problème Nat avec OPENVPN
-
J'ai changé ma connexion, maintenant je peux faire la modification au niveau de mon modem.
ce que j'ai fait dans le fichier de configuration openVPN c'est que j'ai changer l'adresse locale par celle publique comme l'indique ici :dev tun
persist-tun
persist-key
cipher AES-256-CBC
auth SHA1
tls-client
client
resolv-retry infinite
remote """""ADRESSE PUBLIQUE"""" 1194 udp
lport 0
verify-x509-name "splendid-annex.local" name
auth-user-pass
pkcs12 pfSense-udp-1194-VPN.p12
tls-auth pfSense-udp-1194-testVPN-tls.key 1
remote-cert-tls serveret dans la pièce jointe ma configuration modem.
Mais voici la résultat du connexion :
Wed Nov 15 15:59:28 2017 OpenVPN 2.4.4 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Sep 26 2017
Wed Nov 15 15:59:28 2017 Windows version 6.2 (Windows 8 or greater) 64bit
Wed Nov 15 15:59:28 2017 library versions: OpenSSL 1.0.2l 25 May 2017, LZO 2.10
Wed Nov 15 15:59:31 2017 TCP/UDP: Preserving recently used remote address: [AF_INET]"""ADRESSE PULIQUE""":1194
Wed Nov 15 15:59:31 2017 UDP link local (bound): [AF_INET][undef]:0
Wed Nov 15 15:59:31 2017 UDP link remote: [AF_INET]""""ADRESSE PUBLIQUE""":1194
Wed Nov 15 16:00:32 2017 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Wed Nov 15 16:00:32 2017 TLS Error: TLS handshake failed
Wed Nov 15 16:00:32 2017 SIGUSR1[soft,tls-error] received, process restarting
-
Il y a 3 étapes :
- identifier le boitier qui est entre Internet et WAN : fait : CISCO
- renvoyer le trafic dans ce boitier : fait : à corriger UDP seulement
- configurer le client : à affiner (évidemment l'ip publique, mais vérifier les 'sous' protocoles …)
-
J'ai pas bien compris la 3éme étape
-
La 3ième étape concerne la correspondance entre config client et config serveur : adresse ip publique côté client, ….
Chaque ligne de la config client doit correspondre à ce qui est prévu d'après la config côté serveur :
exemple :
coté Serveur : si Use TLS coché, le contenu de TLS Key doit être dans le fichier indiqué à la ligne 'tls-auth fichier 1' côté client
et ainsi de suite ...Puisque vous n'avez fourni que TRES peu d'informations ...
Ici il aurait fallu une copie d'écran de VPN > OpenVPN ... pour vérifier si votre conf client est correcte (mais je n'ai pas le temps ...).(J'ai une ligne 'proto udp' dans mes fichiers de conf et pas 'udp' sur la ligne 'remote' ...)
-
Pour La partie Serveur
 -
Partie Client export:
 -
juste demandez moi ce que vous voulez et je vais faire un imprime écran
-
Sur la première copie d'écran que tu montre, "client connection behavior" / "hostname resolution" contient "interface IP address"
C'est de champ qu'il faut modifier pour y mettre ton IP publique afin que ton client pointe sur la bonne adresse.Je ne sais pas comment l'expliquer mieux que ça ::)
Ensuite, vérifie donc que la requête de ton client arrive bien au serveur OpenVPN, coté pfSense
-
Toujours la meme chose:
Sat Nov 18 09:31:02 2017 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Sat Nov 18 09:31:02 2017 TLS Error: TLS handshake failed
Sat Nov 18 09:31:02 2017 SIGUSR1[soft,tls-error] received, process restartingVraiment ça m’embête. je l'ai fais sur un CENTOS mais avec pfsense….
-
Usuellement TLS-ERROR vient du fait que la clé du fichier n'est pas celle de la config server.
Avez-vous vérifié ? Voire refait votre fichier ?
Voire ajusté la nego ? (le plus simple c'est pas de négo = 1 seul protocole)Si vous attendez que ça vous tombe tout cuit …
(Perso j'ai eu une expérience malheureuse avec Client Export, donc je fait à la main : copie, création d'un fichier, ...)
-
Vous pouvez m'expliquer svp un peut plus.
Merci
Et est ce que c'est normale que j'ai pas Shared Key Server??
 -
Ce n'est ni anormal, ni normal. C'est une question de choix de configuration. Comme vous gérez des certificats propres à chaque utilisateur, c'est cohérent. Mais cela montre que vous ne comprenez pas bien le fonctionnement de la partie VPN SSL
Dans vos paramétrages, SHA1 est à proscrire car défaillant aujourd'hui.
Il me semble que vos paramètres sont incorrects. Relisez donc ce que vois dit jdh … -
je réécris :
TLS Error survient quand, côté serveur, la clé indiquée (TLS Key), ne correspond pas à, côté client, la clé fournie par le fichier (tls-auth fichier 1).
(TLS error <-> TLS Key <-> tls-auth : il n'y a pas une logique ?)Avez vous vérifié ?
Comme c'est la première étape (comme on peut le voir sur le log), c'est la première chose à vérifier …
NB : avez vous réfléchi (et organisé correctement) vos certificats :
la logique est d'avoir- une autorité de certification
- un certificat de serveur (pour le serveur OpenVPN)
- un certificat client (indiqué dans la config client)
L'impression est que vous attendez qu'on fasse le boulot à votre place ...
-
ce que j'ai fais c'est que j'ai suivis des tuto.
et rien n'a marché, je vous ai dis que j'ai utilisé avant la pptp mais après la mise à jours rien ne fonctionne.
Je vous ai utiliser tout les imprimes écran.
Pour les certificats, j'ai 3 certif comme vous le dite.
J'ai suivi tout les tuto disponible. -
ce que j'ai fais c'est que j'ai suivis des tuto.
Peut être ne serait il pas inutile d'essayer de comprendre ce que vous faites, plutôt que de suivre des "tutos".
-
ne vous inquiétez pas je comprend tout ce que je fais. mais bon oubli.
ça ce voit que vous êtes professionnel.
Merci -
Lorsque je lis cette question
Et est ce que c'est normale que j'ai pas Shared Key Server??
Et que je vois cette configuration (copie d'écran ci dessous), je me permet d'en douter.
Idem lorsque je lis le fichier de configuration client.
Je comprend que l'on pose la question de ce qu'est la fonctionnalité "Shared Key Server". Je m'interroge lorsque l'on se demande si c'est normal alors que l'on a déployé des certificats.ce que j'ai fais c'est que j'ai suivis des tuto
Pas nécessaire lorsque c'est compris évidement.
Au fait CBC ou GCM et pourquoi ? SHA1 et pourquoi ? La cohérence de vos paramètres crypto dans cette configuration vpn m'échappe. Mais comme vous comprenez tout ce que vous faites …La réponse est vive. Mais il y a un moment où il faut arrêter de me chatouiller, çà fini par me faire rire.
