Problème Nat avec OPENVPN

[abrougui]

Partie Client export:


[abrougui]

juste demandez moi ce que vous voulez et je vais faire un imprime écran

[chris4916]

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

[abrougui]

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 restarting

Vraiment ça m’embête. je l'ai fais sur un CENTOS mais avec pfsense….

[jdh]

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, ...)

[abrougui]

Vous pouvez m'expliquer svp un peut plus.
Merci
Et est ce que c'est normale que j'ai pas Shared Key Server??


[ccnet]

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 …

[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 ...

[abrougui]

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.

[ccnet]

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".

[abrougui]

ne vous inquiétez pas je comprend tout ce que je fais. mais bon oubli.
ça ce voit que vous êtes professionnel.
Merci

[ccnet]

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.