

Et dans un client.ovpn windows 10, faut ajouter :dev tun
proto tcp
# Notice: here I set the listening port to be 80 to avoid possible port blockage
port 80
ca /etc/openvpn/easy-rsa/2.0/keys/ca.crt
cert /etc/openvpn/easy-rsa/2.0/keys/server.crt
key /etc/openvpn/easy-rsa/2.0/keys/server.key
dh /etc/openvpn/easy-rsa/2.0/keys/dh1024.pem
user nobody
group nogroup
server 10.8.0.0 255.255.255.0
persist-key
persist-tun
#status openvpn-status.log
#verb 3
client-to-client
push "redirect-gateway def1"
#pushing public DNS IPs
push "dhcp-option DNS 208.67.222.222"
push "dhcp-option DNS 208.67.222.220"
comp-lzo
Et sous linux (client.conf or xxxx.ovpnfile) :script-security 2
dhcp-option DNS 10.0.8.1
dhcp-option DOMAIN example.lan
dhcp-option DNS 11.22.33.44
$ openvpn --script-security 2 --config xxxx.ovpn



Mouais, mais c'est le genre de ouille, qui me ferait réinstaller du windows, au moins dés le début tu sais que des trucs vont foirer, et vu que tu t'y attend sa passe mieux, t'es d'un coup moins exigent.Unix-Linux a écrit : 16 juil. 2020, 11:55![]()
Faut plus chercher à comprendre, on est tous devenus robotisés avec le monde qui tourne à l'envers![]()
Le principal est que ça fonctionne![]()


Ok mais pourquoi après une désinstallation/réinstallation des paquets, cela fonctionne il, les caractéristiques hardware n'ont pas changés.solar10 a écrit : 16 juil. 2020, 12:04 Alors faut voir au niveau hardware.
C'est un cas typique de "race condition".
2 scripts identiques ne donnent pas le même résultat pcq une des machines pédale un chouya plus vite que l'autre...


Possible.cezame a écrit : 16 juil. 2020, 13:26 Pour moi, il y a un link qui ne s'est pas fait correctement lors de la première installation dû justement à un petit problème HW quelque part. (style une porte logique qui manquait d'huile dans la charnière) comme l'expliquait Solar.