# OpenVPN : could not access PID file

**URL:** <https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147>\
**Category:** Support Debian\
**Created:** [Février 21, 2016, 5:00 UTC](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147 "2016-02-21T17:00:44Z")\
**Posts on this page:** 4\
**Page:** 2

<div class="post-metadata">

**Author:** ![jodu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/df705f/32.png) [@jodu](https://www.debian-fr.org/u/jodu)\
**Post date:** [Février 21, 2016, 5:41 UTC](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147/21 "2016-02-21T17:41:09Z")

</div>

Bonjour,

Du coup, j’ai tenté de régler le problème en virant et purgeant le service openvpn. J’ai tout réinstallé et ai voulu tester avec une nouvelle configuration la génération des différents éléments pour etre certain de tester avec une bonne version.

Je fais tout bien comme il faut, et là surprise, une autre erreur dans les logs.

> [@](#):
>
> Mon Jun 24 07:24:13 2013 MULTI: multi\_create\_instance called  
> Mon Jun 24 07:24:13 2013 Re-using SSL/TLS context  
> Mon Jun 24 07:24:13 2013 LZO compression initialized  
> Mon Jun 24 07:24:13 2013 Control Channel MTU parms [L:1560 D:168 EF:68 EB:0 ET:0 EL:0]  
> Mon Jun 24 07:24:13 2013 Data Channel MTU parms [L:1560 D:1450 EF:60 EB:135 ET:0 EL:0 AF:3/1]  
> Mon Jun 24 07:24:13 2013 Local Options hash (VER=V4): '9915e4a2’  
> Mon Jun 24 07:24:13 2013 Expected Remote Options hash (VER=V4): '2f2c6498’  
> Mon Jun 24 07:24:13 2013 TCP connection established with [AF\_INET]xx.xx.xx.xx:33585  
> Mon Jun 24 07:24:13 2013 TCPv4\_SERVER link local: [undef]  
> Mon Jun 24 07:24:13 2013 TCPv4\_SERVER link remote: [AF\_INET]xx.xx.xx.xx:33585  
> Mon Jun 24 07:24:13 2013 xx.xx.xx.xx:33585 TLS: Initial packet from [AF\_INET]xx.xx.xx.xx:33585, sid=17e3cf86 8ecc5c45  
> Mon Jun 24 07:24:13 2013 xx.xx.xx.xx:33585 Authenticate/Decrypt packet error: packet HMAC authentication failed  
> Mon Jun 24 07:24:13 2013 xx.xx.xx.xx:33585 TLS Error: incoming packet authentication failed from [AF\_INET]xx.xx.xx.xx:33585  
> Mon Jun 24 07:24:13 2013 xx.xx.xx.xx:33585 Fatal TLS error (check\_tls\_errors\_co), restarting  
> Mon Jun 24 07:24:13 2013 xx.xx.xx.xx:33585 SIGUSR1[soft,tls-error] received, client-instance restarting  
> Mon Jun 24 07:24:13 2013 TCP/UDP: Closing socket

En revanche, le problème du pid failed a bien disparu !

Je note aussi que les logs sont références à 7h24, or il est 9h24. Mais la fonction “date” me renvoie bien 9h24. Ca peut venir de là ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 5:41 UTC](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147/22 "2016-02-21T17:41:22Z")

</div>

Beaucoup de boulot, je regarde tt à l’heure…

---

<div class="post-metadata">

**Author:** ![jodu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/df705f/32.png) [@jodu](https://www.debian-fr.org/u/jodu)\
**Post date:** [Février 21, 2016, 5:41 UTC](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147/23 "2016-02-21T17:41:23Z")

</div>

Salut,

Merci c’est gentil…

Tu veux peut-être plus de détails ?

Mon server.conf :

> [@](#):
>
> # Serveur TCP/443
> 
> mode server  
> proto tcp  
> port 443  
> dev tun
> 
> # Cles et certificats
> 
> ca ca.crt  
> cert server.crt  
> key server.key  
> dh dh1024.pem  
> tls-auth ta.key 0  
> cipher AES-256-CBC
> 
> # reseau
> 
> server 10.8.0.0 255.255.255.0  
> #push “redirect-gateway def1 bypass-dhcp”  
> #push “dhcp-option DNS 4.4.4.4”  
> #push “dhcp-option DNS 8.8.8.8”  
> #push "route-gateway 10.8.0.9"  
> push "route 192.168.1.0 255.255.255.0"  
> keepalive 10 120
> 
> # Securite
> 
> user nobody  
> group nogroup  
> chroot /etc/openvpn/jail  
> persist-key  
> persist-tun  
> comp-lzo
> 
> # Log
> 
> verb 3  
> mute 20  
> status openvpn-status.log  
> log-append /var/log/openvpn.log  
> #crl-verify crl.pem

J’ai décommenté la ligne crl-verify car dans le tutorial que j’avais suivi au début, et que j’ai resuivi dernièrement, elle n’y est pas.

[http://blog.nicolargo.com/2010/10/installation-dun-serveur-openvpn-sous-debianubuntu.html](http://blog.nicolargo.com/2010/10/installation-dun-serveur-openvpn-sous-debianubuntu.html)

Config client.ovpn :

> [@](#):
>
> # Client
> 
> client  
> dev tun  
> proto tcp-client  
> remote xx.xx.xx.xx 44  
> resolv-retry infinite  
> cipher AES-256-CBC
> 
> # Cles
> 
> ca ca.crt  
> cert geoffrey.crt  
> key geoffrey.key  
> tls-auth ta.key 1
> 
> # Securite
> 
> nobind  
> persist-key  
> persist-tun  
> comp-lzo  
> verb 3

L’ip est la bonne, c’est certain.  
Dans le dossier client, y’a :  
ca.crt, client.conf, client.ovpn, geoffrey.crt, geoffrey.key, ta.key.

Contenu de /etc/openvpn :

```auto
l
total 60
-rwxr-xr-x 1 root root 1352 20 fÃ©vr. 2012 update-resolv-conf
drwxr-xr-x 3 root root 4096 21 juin 17:22 easy-rsa
-rw------- 1 root root 636 21 juin 17:32 ta.key
-rw------- 1 root root 887 21 juin 17:32 server.key
-rw-r--r-- 1 root root 3943 21 juin 17:32 server.crt
-rw-r--r-- 1 root root 245 21 juin 17:32 dh1024.pem
-rw-r--r-- 1 root root 1265 21 juin 17:32 ca.crt
drwxr-xr-x 2 root root 4096 21 juin 17:32 jail
-rwxr-xr-x 1 root root 897 21 juin 17:55 createClient.sh
-rwxr-xr-x 1 root root 662 24 juin 09:02 createVpn.sh
-rw-r--r-- 1 root root 596 24 juin 09:48 server.conf
drwxr-xr-x 4 root root 4096 24 juin 10:31 clientconf
-rw------- 1 root root 232 25 juin 11:18 openvpn-status.log

```

J’ai utilisé le script [createVpn.sh](http://createVpn.sh) pour créer mes accès, en voici le contenu :

```auto
#!/bin/bash

cd /etc/openvpn/easy-rsa
source vars
./build-key $1

mkdir /etc/openvpn/clientconf/$1/
cp /etc/openvpn/ca.crt /etc/openvpn/ta.key keys/$1.crt keys/$1.key /etc/openvpn/clientconf/$1

cd /etc/openvpn/clientconf/$1

#mkdir /etc/openvpn/MAJ/$1
#cd /etc/openvpn/MAJ/$1

echo "
# Client
client
dev tun
proto tcp-client
remote xx.xx.xx.xx 443
resolv-retry infinite
cipher AES-256-CBC
# Cles
ca ca.crt
cert $1.crt
key $1.key
tls-auth ta.key 1
# Securite
nobind
persist-key
persist-tun
comp-lzo
verb 3
" > client.conf

cp client.conf client.ovpn

rm -rf /etc/openvpn/clientconf/$1/$1.zip

zip $1.zip *.*

rm -rf /var/www/$1.zip

cp $1.zip /var/www/$1.zip
```

Voilà, je crois qu’il y a tout.

Le script a été lancé pour la première dès lors que la commande : /etc/init.d/openvpn start a bien fonctionné et après confirmation du bon lancement du service.

J’ai pas jugé utile de faire les commandes NAT, ça fonctionnait avant.

Voilà, j’espère qu’il y a tout.

---

<div class="post-metadata">

**Author:** ![jodu](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/df705f/32.png) [@jodu](https://www.debian-fr.org/u/jodu)\
**Post date:** [Février 21, 2016, 5:41 UTC](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147/24 "2016-02-21T17:41:41Z")

</div>

Re,

Après avoir farfouillé sur différents forums, notamment les officiels d’OpenVPN, j’ai suivi un conseil pour tester quelque chose.

Cotés serveur et client, j’ai commenté la ligne :  
tls-auth ta.key x

Du coup, la connexion marche ! Impeccable.

En revanche, j’imagine que ça doit poser des problèmes de sécurité, non ?

Ma question est : comment les régler ?

Merci encore !

Edit : Je les ai comparés, les deux ta.key sont similaires.

[Page précédente](https://www.debian-fr.org/t/openvpn-could-not-access-pid-file/58147.md?page=1)
