Tous les projets

Mettre en place un VPN c’est vouloir s’ouvrir des routes additionnelles et pas uniquement télécharger en Bittorrent sur une IP Suédoise chez un fournisseur de VPN anonyme... Il faut pouvoir bénéficier des nouvelles routes à partir du réseau local.

2014-04-15 21:19:16 openvpn: output: Tue Apr 15 21:19:16 2014 PUSH: Received control message: ‘PUSH_REPLY,redirect-gateway def1,dhcp-option DNS x.x.x.x,dhcp-option WINS x.x.x.x,dhcp-option DOMAIN vpn,route x.x.x.x 255.255.0.0,route 0.0.0.0 128.0.0.0,route 128.0.0.0 128.0.0.0,route x.x.x.x 255.255.0.0,topology net30,ping 10,ping-restart 120,redirect-gateway,dhcp-option DNS 10.50.0.1,dhcp-option DOMAIN vpn,route 10.50.0.0 255.255.0.0,ifconfig 10.51.0.6 10.51.0.5’ ...
2014-04-15 21:19:16 openvpn: output: Tue Apr 15 21:19:16 2014 ROUTE: default_gateway=UNDEF

Le gestionnaire de téléchargements semble effectivement bénéficier des nouvelles informations de routage, mais pas le LAN.

Si on injecte un fichier de configuration contenant la directive “dev tap”, le client monte un tunnel en utilisant l’interface TUN... ce qui évidement ne fonctionne pas.

Logs :
WARNING: ‘dev-type’ is used inconsistently, local=’dev-type tun’, remote=’dev-type tap’ WARNING: Since you are using –dev tun with a point-to-point topology, the second argument to –ifconfig must be an IP address. You are using something (255.255.0.0) that looks more like a netmask. (silence this warning with –ifconfig-nowarn)

Du coup, une fois la connexion établie :
openvpn: output: Tue Apr 15 21:16:14 2014 write to TUN/TAP : Invalid argument (code=22)