IVPN Doesn't Seem to Connect

[merqwury]

I've been trying to get this up and running, however, I've been facing some issues with OpenVPN. Connecting to transmission using localhost:port works fine, so I am sure something's wrong with OpenVPN. I load a .torrent via watch folder, and it picks it up fine, however it won't connect to the tracker. Looking at the logs via docker logs I get the following :

`Using OpenVPN provider: IVPN Starting OpenVPN using config Netherlands.ovpn Setting OPENVPN credentials... adding route to local network 192.168.1.1/24 via 172.17.0.1 dev eth0 RTNETLINK answers: Invalid argument Tue Jan 17 18:36:51 2017 OpenVPN 2.3.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [IPv6] built on Dec 1 2014 Tue Jan 17 18:36:51 2017 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts Tue Jan 17 18:36:51 2017 Control Channel Authentication: tls-auth using INLINE static key file Tue Jan 17 18:36:51 2017 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 17 18:36:51 2017 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 17 18:36:51 2017 Socket Buffers: R=[212992->131072] S=[212992->131072] Tue Jan 17 18:36:51 2017 UDPv4 link local: [undef] Tue Jan 17 18:36:51 2017 UDPv4 link remote: [AF_INET]95.211.172.18:2049 Tue Jan 17 18:36:51 2017 TLS: Initial packet from [AF_INET]95.211.172.18:2049, sid=bbae71b0 8dbfa264 Tue Jan 17 18:36:51 2017 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this Tue Jan 17 18:36:51 2017 VERIFY OK: depth=1, C=MT, ST=Malta, L=Malta, O=IVPN.net, CN=IVPN.net CA, emailAddress=support@ivpn.net Tue Jan 17 18:36:51 2017 VERIFY OK: nsCertType=SERVER Tue Jan 17 18:36:51 2017 VERIFY X509NAME OK: CN=nl8.gw.ivpn.net Tue Jan 17 18:36:51 2017 VERIFY OK: depth=0, CN=nl8.gw.ivpn.net Tue Jan 17 18:36:51 2017 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Tue Jan 17 18:36:51 2017 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 17 18:36:51 2017 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Tue Jan 17 18:36:51 2017 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Tue Jan 17 18:36:51 2017 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA Tue Jan 17 18:36:51 2017 [nl8.gw.ivpn.net] Peer Connection Initiated with [AF_INET]95.211.172.18:2049 Tue Jan 17 18:36:53 2017 SENT CONTROL [nl8.gw.ivpn.net]: 'PUSH_REQUEST' (status=1) Tue Jan 17 18:36:54 2017 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,explicit-exit-notify 3,route-gateway 10.28.16.1,topology subnet,ping 10,ping-restar t 60,dhcp-option DNS 10.28.16.1,ifconfig 10.28.16.42 255.255.252.0' Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: timers and/or timeouts modified Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: explicit notify parm(s) modified Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: --ifconfig/up options modified Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: route options modified Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: route-related options modified Tue Jan 17 18:36:54 2017 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified Tue Jan 17 18:36:54 2017 ROUTE_GATEWAY 172.17.0.1/255.255.0.0 IFACE=eth0 HWADDR=02:42:ac:11:00:02 Tue Jan 17 18:36:54 2017 TUN/TAP device tun0 opened Tue Jan 17 18:36:54 2017 TUN/TAP TX queue length set to 100 Tue Jan 17 18:36:54 2017 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 Tue Jan 17 18:36:54 2017 /sbin/ip link set dev tun0 up mtu 1500 Tue Jan 17 18:36:54 2017 /sbin/ip addr add dev tun0 10.28.16.42/22 broadcast 10.28.19.255 Tue Jan 17 18:36:54 2017 /etc/transmission/start.sh tun0 1500 1558 10.28.16.42 255.255.252.0 init Updating TRANSMISSION_BIND_ADDRESS_IPV4 to the ip of tun0 : 10.28.16.42 Generating transmission settings.json from env variables

---

Transmission will run as

User name: root User uid: 0 User gid: 0

STARTING TRANSMISSION NO PORT UPDATER FOR THIS PROVIDER Transmission startup script complete. Tue Jan 17 18:36:54 2017 /sbin/ip route add 95.211.172.18/32 via 172.17.0.1 Tue Jan 17 18:36:54 2017 /sbin/ip route add 0.0.0.0/1 via 10.28.16.1 Tue Jan 17 18:36:54 2017 /sbin/ip route add 128.0.0.0/1 via 10.28.16.1 Tue Jan 17 18:36:54 2017 Initialization Sequence Completed Tue Jan 17 18:37:14 2017 TLS Error: local/remote TLS keys are out of sync: [AF_INET]95.211.172.18:2049 [5]`

and I run it using the command :

docker run --privileged --name transmission -d -v X:/Data/:/data -v /etc/localtime:/etc/localtime:ro -e "OPENVPN_PROVIDER=IVPN" -e "OPENVPN_CON -e "OPENVPN_USERNAME=XXXXXXXXXX" -e "OPENVPN_PASSWORD=XXXXXXXXXX" -p 9091:9091 -e LOCAL_NETWORK=192.168.1.1/24 haugene/transmission-openvpn

[merqwury]

I've also checked the .ovpn files whether they are up to date or not and they look up to date.

[merqwury]

Seems to be working all of a sudden. Speeds are ridiculously slow though. Opened another issue for that.