Não é possível conectar-se à Rede Privada Virtual

Question

Estou tentando descobrir o que está acontecendo aqui, pois não consigo me conectar a uma VPN na maioria das vezes. Eu estou usando o FrootVPN no protocolo OpenVPN. Eu usei este guia para configurá-lo. É totalmente executado através de software no meu computador (executando o Windows 7 64 bits) Eu não fiz nenhuma alteração nas configurações do roteador. Eu tenho usado por cerca de 4 ou 5 dias e no começo estava funcionando bem. Então começou a precisar de 2 ou 3 tentativas para se conectar e agora ele não conecta a maior parte do tempo. Eu sempre corro como admin. Hoje eu desliguei meu antivírus / firewall e agora ele se conecta, mas meu endereço IP permanece o mesmo.

Registros: Os registros tiveram que ser enviados porque eu conheci minha contagem máxima de caracteres

Não conecta

O endereço IP não muda

EDITAR: Se eu fosse adicioná-lo à lista branca no meu firewall, qual seria o endereço, porta e toda essa informação? Além disso, agora recebo um diálogo de erro dizendo "ERRO: reconectar a FrootVPN falhou

Esqueci minhas credenciais para meu roteador, então fiz uma redefinição de fábrica. Isso não ajudou ainda, vou tentar desligar o firewall só para testar.

OK, com o firewall no roteador desligado e o programa sendo executado como administrador, recebo o seguinte:

Thu Jan 15 13:52:33 2015 OpenVPN 2.3.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [PKCS11] [IPv6] built on Dec  1 2014
Thu Jan 15 13:52:33 2015 library versions: OpenSSL 1.0.1j 15 Oct 2014, LZO 2.08
Enter Management Password:
Thu Jan 15 13:52:33 2015 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Thu Jan 15 13:52:33 2015 Need hold release from management interface, waiting...
Thu Jan 15 13:52:33 2015 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Thu Jan 15 13:52:34 2015 MANAGEMENT: CMD 'state on'
Thu Jan 15 13:52:34 2015 MANAGEMENT: CMD 'log all on'
Thu Jan 15 13:52:34 2015 MANAGEMENT: CMD 'hold off'
Thu Jan 15 13:52:34 2015 MANAGEMENT: CMD 'hold release'
Thu Jan 15 13:52:40 2015 MANAGEMENT: CMD 'username "Auth" "dylan07"'
Thu Jan 15 13:52:40 2015 MANAGEMENT: CMD 'password [...]'
Thu Jan 15 13:52:40 2015 Socket Buffers: R=[8192->8192] S=[8192->8192]
Thu Jan 15 13:52:40 2015 MANAGEMENT: >STATE:1421358760,RESOLVE,,,
Thu Jan 15 13:52:40 2015 UDPv4 link local: [undef]
Thu Jan 15 13:52:40 2015 UDPv4 link remote: [AF_INET]178.73.212.194:1201
Thu Jan 15 13:52:40 2015 MANAGEMENT: >STATE:1421358760,WAIT,,,
Thu Jan 15 13:52:40 2015 MANAGEMENT: >STATE:1421358760,AUTH,,,
Thu Jan 15 13:52:40 2015 TLS: Initial packet from [AF_INET]178.73.212.194:1201, sid=3406ba47 85bdd4aa
Thu Jan 15 13:52:40 2015 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Thu Jan 15 13:52:41 2015 VERIFY OK: depth=1, C=SE, ST=QQ, L=FrootTown, O=FrootOrg, OU=changeme, CN=changeme, name=changeme, [email protected]
Thu Jan 15 13:52:41 2015 VERIFY OK: nsCertType=SERVER
Thu Jan 15 13:52:41 2015 VERIFY OK: depth=0, C=SE, ST=QQ, L=FrootTown, O=FrootOrg, OU=changeme, CN=server, name=changeme, [email protected]
Thu Jan 15 13:52:42 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Jan 15 13:52:42 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 15 13:52:42 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Thu Jan 15 13:52:42 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Thu Jan 15 13:52:42 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 2048 bit RSA
Thu Jan 15 13:52:42 2015 [server] Peer Connection Initiated with [AF_INET]178.73.212.194:1201
Thu Jan 15 13:52:43 2015 MANAGEMENT: >STATE:1421358763,GET_CONFIG,,,
Thu Jan 15 13:52:44 2015 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Thu Jan 15 13:52:45 2015 PUSH: Received control message: 'PUSH_REPLY,ifconfig-ipv6 2a00:1a28:1159:7::1004/64 2a00:1a28:1159:7::1,dhcp-option DNS 80.67.0.2,dhcp-option DNS 91.213.246.2,redirect-gateway def1,route-ipv6 2000::/3,tun-ipv6,route-gateway 46.246.9.225,topology subnet,ping 10,ping-restart 160,ifconfig 46.246.9.230 255.255.255.224'
Thu Jan 15 13:52:45 2015 OPTIONS IMPORT: timers and/or timeouts modified
Thu Jan 15 13:52:45 2015 OPTIONS IMPORT: --ifconfig/up options modified
Thu Jan 15 13:52:45 2015 OPTIONS IMPORT: route options modified
Thu Jan 15 13:52:45 2015 OPTIONS IMPORT: route-related options modified
Thu Jan 15 13:52:45 2015 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Thu Jan 15 13:52:45 2015 do_ifconfig, tt->ipv6=1, tt->did_ifconfig_ipv6_setup=1
Thu Jan 15 13:52:45 2015 MANAGEMENT: >STATE:1421358765,ASSIGN_IP,,46.246.9.230,
Thu Jan 15 13:52:46 2015 NETSH: C:\Windows\system32\netsh.exe interface ipv6 set address Local Area Connection 3 2a00:1a28:1159:7::1004 store=active
Thu Jan 15 13:52:46 2015 ERROR: netsh command failed: returned error code 1
Thu Jan 15 13:52:51 2015 NETSH: C:\Windows\system32\netsh.exe interface ipv6 set address Local Area Connection 3 2a00:1a28:1159:7::1004 store=active
Thu Jan 15 13:52:51 2015 ERROR: netsh command failed: returned error code 1
Thu Jan 15 13:52:56 2015 NETSH: C:\Windows\system32\netsh.exe interface ipv6 set address Local Area Connection 3 2a00:1a28:1159:7::1004 store=active
Thu Jan 15 13:52:56 2015 ERROR: netsh command failed: returned error code 1
Thu Jan 15 13:53:01 2015 NETSH: C:\Windows\system32\netsh.exe interface ipv6 set address Local Area Connection 3 2a00:1a28:1159:7::1004 store=active
Thu Jan 15 13:53:01 2015 ERROR: netsh command failed: returned error code 1
Thu Jan 15 13:53:05 2015 MANAGEMENT: Client disconnected
Thu Jan 15 13:53:05 2015 NETSH: command failed
Thu Jan 15 13:53:05 2015 Exiting due to fatal error

    

Answer 1

@Mahdi comentou: Seu cliente de VPN é de 32 bits ou 64 bits? Aparentemente, há um bug no netsh e você precisa usar a versão de 32 bits. O Google "netsh falha com o código de erro 1" para problemas muito semelhantes aos seus. - Mahdi

Esse foi o meu problema. E porque eu não posso selecionar um comentário como uma resposta, estou colocando isso aqui para, esperançosamente, beneficiar os outros.

    

Answer 2

Eu enfrentei o mesmo erro e no meu caso a solução foi a seguinte. Ir para adaptadores de rede - > TunnelTap, altere as configurações do IPv4 para atribuir o endereço IP automaticamente. Aplicar alterações.

    

Answer 3

Consegui corrigir isso desinstalando o adaptador de rede TAP-9 no painel de controle e reinstalando o OpenVPN. Eu trabalhei nisto por dias e fui capaz de encontrar muita ajuda na rede.

Espero que isso possa ajudá-lo também