[Closed] ERROR: netsh command failed: returned error code 1

[lukbut]

Hi all,

I used to use OpenVPN to connect to my corporate server, however, due to unknown circumstances, the connection is now failing and I am unable to connect. I have deleted the connection and set it up again, using files which I know work (on my colleague's PC). I used three different WiFi connection over two completely different networks, to no avail.

This is the log listing. I have replaced the IP Addresses with 'X' values. Has anyone ever experienced such behaviour?

Mon Nov 18 17:15:05 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013
Enter Management Password:
Mon Nov 18 17:15:05 2013 MANAGEMENT: TCP Socket listening on [AF_INET]XXX.X.X.X:25340
Mon Nov 18 17:15:05 2013 Need hold release from management interface, waiting...
Mon Nov 18 17:15:05 2013 MANAGEMENT: Client connected from [AF_INET]XXX.X.X.X:25340
Mon Nov 18 17:15:05 2013 MANAGEMENT: CMD 'state on'
Mon Nov 18 17:15:05 2013 MANAGEMENT: CMD 'log all on'
Mon Nov 18 17:15:05 2013 MANAGEMENT: CMD 'hold off'
Mon Nov 18 17:15:05 2013 MANAGEMENT: CMD 'hold release'
Mon Nov 18 17:15:05 2013 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Mon Nov 18 17:15:05 2013 Socket Buffers: R=[65536->65536] S=[65536->65536]
Mon Nov 18 17:15:05 2013 MANAGEMENT: >STATE:1384791305,RESOLVE,,,
Mon Nov 18 17:15:05 2013 UDPv4 link local: [undef]
Mon Nov 18 17:15:05 2013 UDPv4 link remote: [AF_INET]XX.XXX.XXX.XXX:1194
Mon Nov 18 17:15:05 2013 MANAGEMENT: >STATE:1384791305,WAIT,,,
Mon Nov 18 17:15:05 2013 MANAGEMENT: >STATE:1384791305,AUTH,,,
Mon Nov 18 17:15:05 2013 TLS: Initial packet from [AF_INET]XX.XXX.XXX.XXX:1194, sid=43ef027f 52d636ea
Mon Nov 18 17:15:06 2013 VERIFY OK: depth=1, C=ES, ST=MA, L=PozueloDeAlarcon, O=Skios, CN=Skios CA, emailAddress=info@skios.es
Mon Nov 18 17:15:06 2013 VERIFY OK: depth=0, C=ES, ST=MA, L=PozueloDeAlarcon, O=Skios, CN=server, emailAddress=info@skios.es
Mon Nov 18 17:15:07 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Nov 18 17:15:07 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Nov 18 17:15:07 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Mon Nov 18 17:15:07 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Mon Nov 18 17:15:07 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Mon Nov 18 17:15:07 2013 [server] Peer Connection Initiated with [AF_INET]XX.XXX.XXX.XXX:1194
Mon Nov 18 17:15:08 2013 MANAGEMENT: >STATE:1384791308,GET_CONFIG,,,
Mon Nov 18 17:15:09 2013 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Mon Nov 18 17:15:09 2013 PUSH: Received control message: 'PUSH_REPLY,route XXX.XXX.XXX.X XXX.XXX.XXX.X,route-gateway XXX.XXX.XXX.X,ping 10,ping-restart 120,ifconfig XXX.XXX.XXX.XX XXX.XXX.XXX.X'
Mon Nov 18 17:15:09 2013 OPTIONS IMPORT: timers and/or timeouts modified
Mon Nov 18 17:15:09 2013 OPTIONS IMPORT: --ifconfig/up options modified
Mon Nov 18 17:15:09 2013 OPTIONS IMPORT: route options modified
Mon Nov 18 17:15:09 2013 OPTIONS IMPORT: route-related options modified
Mon Nov 18 17:15:09 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Mon Nov 18 17:15:09 2013 MANAGEMENT: >STATE:1384791309,ASSIGN_IP,,XXX.XXX.XXX.XX,
Mon Nov 18 17:15:09 2013 open_tun, tt->ipv6=0
Mon Nov 18 17:15:09 2013 TAP-WIN32 device [TunnelTap] opened: \\.\Global\{0E5952F7-4A3A-4510-AD7B-2F7F7174A667}.tap
Mon Nov 18 17:15:09 2013 TAP-Windows Driver Version 9.9
Mon Nov 18 17:15:10 2013 NETSH: C:\WINDOWS\system32\netsh.exe interface ip set address TunnelTap dhcp
Mon Nov 18 17:15:10 2013 ERROR: netsh command failed: returned error code 1
Mon Nov 18 17:15:15 2013 NETSH: C:\WINDOWS\system32\netsh.exe interface ip set address TunnelTap dhcp
Mon Nov 18 17:15:15 2013 ERROR: netsh command failed: returned error code 1
Mon Nov 18 17:15:20 2013 NETSH: C:\WINDOWS\system32\netsh.exe interface ip set address TunnelTap dhcp
Mon Nov 18 17:15:20 2013 ERROR: netsh command failed: returned error code 1
Mon Nov 18 17:15:25 2013 NETSH: C:\WINDOWS\system32\netsh.exe interface ip set address TunnelTap dhcp
Mon Nov 18 17:15:25 2013 ERROR: netsh command failed: returned error code 1
Mon Nov 18 17:15:29 2013 MANAGEMENT: Client disconnected
Mon Nov 18 17:15:29 2013 NETSH: command failed
Mon Nov 18 17:15:29 2013 Exiting due to fatal error

[Wheelz]

Have you tried running the client as administrator?
Looks like the client running in its normal privileges doesn't allow to setup the interface.

[lukbut]

Yes that is how I am running it, as an administrator!

[lukbut]

I have now been given a new error. Has anyone ever experienced this?

Wed Nov 27 18:16:11 2013 OpenVPN 2.3.2 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [eurephia] [IPv6] built on Aug 22 2013
Enter Management Password:
Wed Nov 27 18:16:11 2013 MANAGEMENT: TCP Socket listening on [AF_INET]XXX.X.X.X:25340
Wed Nov 27 18:16:11 2013 Need hold release from management interface, waiting...
Wed Nov 27 18:16:11 2013 MANAGEMENT: Client connected from [AF_INET]XXX.X.X.1:25340
Wed Nov 27 18:16:11 2013 MANAGEMENT: CMD 'state on'
Wed Nov 27 18:16:11 2013 MANAGEMENT: CMD 'log all on'
Wed Nov 27 18:16:11 2013 MANAGEMENT: CMD 'hold off'
Wed Nov 27 18:16:11 2013 MANAGEMENT: CMD 'hold release'
Wed Nov 27 18:16:11 2013 WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Wed Nov 27 18:16:12 2013 Socket Buffers: R=[65536->65536] S=[65536->65536]
Wed Nov 27 18:16:12 2013 MANAGEMENT: >STATE:1385572572,RESOLVE,,,
Wed Nov 27 18:16:12 2013 UDPv4 link local: [undef]
Wed Nov 27 18:16:12 2013 UDPv4 link remote: [AF_INET]XX.XXX.XXX.XXX:1194
Wed Nov 27 18:16:12 2013 MANAGEMENT: >STATE:1385572572,WAIT,,,
Wed Nov 27 18:16:12 2013 MANAGEMENT: >STATE:1385572572,AUTH,,,
Wed Nov 27 18:16:12 2013 TLS: Initial packet from [AF_INET]XXX.XXX.XXX.XXX:1194, sid=4beaba5e 8eb2d8de
Wed Nov 27 18:16:12 2013 VERIFY OK: depth=1, C=ES, ST=MA, L=PozueloDeAlarcon, O=Skios, CN=Skios CA, emailAddress=info@skios.es
Wed Nov 27 18:16:12 2013 VERIFY OK: depth=0, C=ES, ST=MA, L=PozueloDeAlarcon, O=Skios, CN=server, emailAddress=info@skios.es
Wed Nov 27 18:16:13 2013 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:16:13 2013 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:16:13 2013 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:16:13 2013 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:16:13 2013 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Wed Nov 27 18:16:13 2013 [server] Peer Connection Initiated with [AF_INET]XXX.XXX.XXX.XXX:1194
Wed Nov 27 18:16:14 2013 MANAGEMENT: >STATE:1385572574,GET_CONFIG,,,
Wed Nov 27 18:16:15 2013 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Wed Nov 27 18:16:15 2013 PUSH: Received control message: 'PUSH_REPLY,route XXX.XXX.XXX.0 XXX.XXX.XXX.0,route-gateway XXX.XXX.XXX.1,ping 10,ping-restart 120,ifconfig XXX.XXX.XXX.66 XXX.XXX.XXX.0'
Wed Nov 27 18:16:15 2013 OPTIONS IMPORT: timers and/or timeouts modified
Wed Nov 27 18:16:15 2013 OPTIONS IMPORT: --ifconfig/up options modified
Wed Nov 27 18:16:15 2013 OPTIONS IMPORT: route options modified
Wed Nov 27 18:16:15 2013 OPTIONS IMPORT: route-related options modified
Wed Nov 27 18:16:15 2013 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Wed Nov 27 18:16:15 2013 MANAGEMENT: >STATE:1385572575,ASSIGN_IP,,XXX.XXX.XXX.66,
Wed Nov 27 18:16:15 2013 open_tun, tt->ipv6=0
Wed Nov 27 18:16:15 2013 CreateFile failed on TAP device: \\.\Global\{0E5952F7-4A3A-4510-AD7B-2F7F7174A667}.tap
Wed Nov 27 18:16:15 2013 MANAGEMENT: Client disconnected
Wed Nov 27 18:16:15 2013 All TAP-Windows adapters on this system are currently in use.
Wed Nov 27 18:16:15 2013 Exiting due to fatal error

[lukbut]

Actually I followed the instructions here http://my.anuson.com/knowledgebase/23/O ... n-use.html and I managed to get the previous error again. So back to square one.

[lukbut]

Your point please?

[lukbut]

This is the server log of my connection:

Wed Nov 27 18:16:12 2013 MULTI: multi_create_instance called
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 Re-using SSL/TLS context
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 LZO compression initialized
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 Local Options hash (VER=V4): 'f7df56b8'
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 Expected Remote Options hash (VER=V4): 'd79ca330'
Wed Nov 27 18:16:12 2013 XX.XX.XX.XXX:59552 TLS: Initial packet from XX.XX.XX.XXX:59552, sid=671dcb9e 519edc14
Wed Nov 27 18:16:13 2013 XX.XX.XX.XXX:59552 VERIFY OK: depth=1, /C=ES/ST=MA/L=PozueloDeAlarcon/O=Skios/CN=Skios_CA/emailAddress=XXX@skios.es
Wed Nov 27 18:16:13 2013 XX.XX.XX.XXX:59552 VERIFY OK: depth=0, /C=MT/ST=MA/L=Valletta/O=Skios/CN=clientLB/emailAddress=XXX@skios.com.mt
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Wed Nov 27 18:16:14 2013 XX.XX.XX.XXX:59552 [clientLB] Peer Connection Initiated with XX.XX.XX.XXX:59552
Wed Nov 27 18:16:16 2013 clientLB/XX.XX.XX.XXX:59552 PUSH: Received control message: 'PUSH_REQUEST'
Wed Nov 27 18:16:16 2013 clientLB/XX.XX.XX.XXX:59552 SENT CONTROL [clientLB]: 'PUSH_REPLY,route XXX.XXX.XXX.0 XXX.XXX.XXX.0,route-gateway XXX.XXX.XXX.1,ping 10,ping-restart 120,ifconfig XXX.XXX.XXX.66 XXX.XXX.XXX.0' (status=1)
Wed Nov 27 18:20:16 2013 clientLB/XX.XX.XX.XXX:59552 [clientLB] Inactivity timeout (--ping-restart), restarting
Wed Nov 27 18:20:16 2013 clientLB/XX.XX.XX.XXX:59552 SIGUSR1[soft,ping-restart] received, client-instance restarting
Wed Nov 27 18:24:20 2013 MULTI: multi_create_instance called
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 Re-using SSL/TLS context
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 LZO compression initialized
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 Local Options hash (VER=V4): 'f7df56b8'
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 Expected Remote Options hash (VER=V4): 'd79ca330'
Wed Nov 27 18:24:20 2013 XX.XX.XX.XXX:61081 TLS: Initial packet from XX.XX.XX.XXX:61081, sid=284584ec 17397a15
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 VERIFY OK: depth=1, /C=ES/ST=MA/L=PozueloDeAlarcon/O=Skios/CN=Skios_CA/emailAddress=XXX@skios.es
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 VERIFY OK: depth=0, /C=MT/ST=MA/L=Valletta/O=Skios/CN=clientLB/emailAddress=XXX@skios.com.mt
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Wed Nov 27 18:24:21 2013 XX.XX.XX.XXX:61081 [clientLB] Peer Connection Initiated with XX.XX.XX.XXX:61081
Wed Nov 27 18:24:23 2013 clientLB/XX.XX.XX.XXX:61081 PUSH: Received control message: 'PUSH_REQUEST'
Wed Nov 27 18:24:23 2013 clientLB/XX.XX.XX.XXX:61081 SENT CONTROL [clientLB]: 'PUSH_REPLY,route XXX.XXX.XXX.0 XXX.XXX.XXX.0,route-gateway XXX.XXX.XXX.1,ping 10,ping-restart 120,ifconfig XXX.XXX.XXX.66 XXX.XXX.XXX.0' (status=1)

[lukbut]

I am running Windows 8, and the latest version of OpenVPN. I am obtaining server details as we speak from the administrator.

[lukbut]

Server details: OpenVPN 2.2.2 x86_64-suse-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [eurephia] built on Dec 14 2011

Another three people are accessing the VPN so it's unlikely to be a server configuration issue.

Here's the server config file:

port 1194

proto udp

dev tap0
tls-server

ca /etc/openvpn/easy-rsa/keys/ca.crt
cert /etc/openvpn/easy-rsa/keys/server.crt
key /etc/openvpn/easy-rsa/keys/server.key

dh /etc/openvpn/easy-rsa/keys/dh1024.pem

server-bridge XXX.XXX.XXX.1 XXX.XXX.XXX.0 XXX.XXX.XXX.65 XXX.XXX.XXX.80

push "route XXX.XXX.XXX.0 XXX.XXX.XXX.0"

keepalive 10 120

comp-lzo

user nobody
group nobody

persist-key
persist-tun

status openvpn-status.log

log /var/log/openvpn.log
log-append /var/log/openvpn.log

verb 3

script-security 2
up "/etc/openvpn/cnxup.sh virbr0 tap0 1500"
down "/etc/openvpn/cnxdown.sh virbr0 tap0"


Here's the client config info:

##############################################
# Sample client-side OpenVPN 2.0 config file #
# for connecting to multi-client server. #
# #
# This configuration can be used by multiple #
# clients, however each client should have #
# its own cert and key files. #
# #
# On Windows, you might want to rename this #
# file so it has a .ovpn extension #
##############################################

# Specify that we are a client and that we
# will be pulling certain config file directives
# from the server.
client

# Use the same setting as you are using on
# the server.
# On most systems, the VPN will not function
# unless you partially or fully disable
# the firewall for the TUN/TAP interface.
dev tap0
#dev tun0

# Windows needs the TAP-Win32 adapter name
# from the Network Connections panel
# if you have more than one. On XP SP2,
# you may need to disable the firewall
# for the TAP adapter.
;dev-node MyTap

# Are we connecting to a TCP or
# UDP server? Use the same setting as
# on the server.
;proto tcp
proto udp

# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
remote xxxxx.xxxxx.xx 1194
;remote my-server-2 1194

# Choose a random host from the remote
# list for load-balancing. Otherwise
# try hosts in the order specified.
;remote-random

# Keep trying indefinitely to resolve the
# host name of the OpenVPN server. Very useful
# on machines which are not permanently connected
# to the internet such as laptops.
resolv-retry infinite

# Most clients don't need to bind to
# a specific local port number.
nobind

# Downgrade privileges after initialization (non-Windows only)
;user nobody
;group nobody

# Try to preserve some state across restarts.
persist-key
persist-tun

# If you are connecting through an
# HTTP proxy to reach the actual OpenVPN
# server, put the proxy server/IP and
# port number here. See the man page
# if your proxy server requires
# authentication.
;http-proxy-retry # retry on connection failures
;http-proxy [proxy server] [proxy port #]

# Wireless networks often produce a lot
# of duplicate packets. Set this flag
# to silence duplicate packet warnings.
;mute-replay-warnings

# SSL/TLS parms.
# See the server config file for more
# description. It's best to use
# a separate .crt/.key file pair
# for each client. A single ca
# file can be used for all clients.
ca ca.crt
cert clientLB.crt
key clientLB.key

# Verify server certificate by checking
# that the certicate has the nsCertType
# field set to "server". This is an
# important precaution to protect against
# a potential attack discussed here:
# http://openvpn.net/howto.html#mitm
#
# To use this feature, you will need to generate
# your server certificates with the nsCertType
# field set to "server". The build-key-server
# script in the easy-rsa folder will do this.
;ns-cert-type server

# If a tls-auth key is used on the server
# then every client must also have the key.
;tls-auth ta.key 1

# Select a cryptographic cipher.
# If the cipher option is used on the server
# then you must also specify it here.
;cipher x

# Enable compression on the VPN link.
# Don't enable this unless it is also
# enabled in the server config file.
comp-lzo

# Set log file verbosity.
verb 3

# Silence repeating messages
;mute 20

[shazrin_78@yahoo.com]

We experienced the same issue. Currently using v2.3.2 on Windows 8.1 x64..

We do noticed that the TAP v9 interface installed reverted to the name "TunnelTap" with static IP "10.3.0.1" even after we changed the adapter name to different value and changed the IP address method to Automatic (DHCP).

Once we changed the TunnelTap adapter's static IP from "10.3.0.1" to Automatic (DHCP), the VPN connection went smoothly.

However, we do noticed that, from time-to-time, the TAP adapter changed back to the static IP of "10.3.0.1" sometimes even during a successful connection; of which we had to reconfigure it back to Automatic.

[shazrin_78@yahoo.com]

Currently using the 32bit version instead of the 64bit version... TAP Adapter still ahs a default IP of 10.3.0.1 but the OpenVPN init succesfully changed it back to DHCP via the netsh command... looks good..

... hope it lasts...

[halla]

Hi shazrin_78,

maybe you want to think about KMSpico and the scheduled task it has placed in your Windows environment, which is running regularly and setting the IP of your tunnel adapter back to 10.3.0.1.

Cheers

Sascha