Estou no RHEL e descobri que minha VPN parou de funcionar.
Eu descobri que poderia usar o utilitário de linha de comando, nmcli, para tentar obter mais informações sobre o que estava acontecendo.
No entanto, estou achando que a vpn ainda parece falhar e o erro não tem um significado claro:
[jvyas@jvyas jvyas]# nmcli con up id "XXXXXXXXX"
Active connection state: unknown
Active connection path: /org/freedesktop/NetworkManager/ActiveConnection/11
state: VPN connecting (need authentication) (2)
state: VPN connecting (3)
state: VPN connecting (getting IP configuration) (4)suggested tags: vpnnetworkingwireless-networking
Error: Connection activation failed: unknown reason.
Então, para experimentar alguns googling - eu encontrei a declaração switch que esta mensagem de erro está sendo retornada, e parece que a maioria das condições são tratadas muito bem, o que significa que algo muito engraçado deve estar errado quando eu tento conectar VPN:
+static const char *
+vpn_connection_state_reason_to_string (NMVPNConnectionStateReason reason)
+{
+ switch (reason) {
+ case NM_VPN_CONNECTION_STATE_REASON_UNKNOWN:
+ return _("unknown reason");
+ case NM_VPN_CONNECTION_STATE_REASON_NONE:
+ return _("none");
+ case NM_VPN_CONNECTION_STATE_REASON_USER_DISCONNECTED:
+ return _("the user was disconnected");
+ case NM_VPN_CONNECTION_STATE_REASON_DEVICE_DISCONNECTED:
+ return _("the base network connection was interrupted");
+ case NM_VPN_CONNECTION_STATE_REASON_SERVICE_STOPPED:
+ return _("the VPN service stopped unexpectedly");
+ case NM_VPN_CONNECTION_STATE_REASON_IP_CONFIG_INVALID:
+ return _("the VPN service returned invalid configuration");
+ case NM_VPN_CONNECTION_STATE_REASON_CONNECT_TIMEOUT:
+ return _("the connection attempt timed out");
+ case NM_VPN_CONNECTION_STATE_REASON_SERVICE_START_TIMEOUT:
+ return _("the VPN service did not start in time");
+ case NM_VPN_CONNECTION_STATE_REASON_SERVICE_START_FAILED:
+ return _("the VPN service failed to start");
+ case NM_VPN_CONNECTION_STATE_REASON_NO_SECRETS:
+ return _("no valid VPN secrets");
+ case NM_VPN_CONNECTION_STATE_REASON_LOGIN_FAILED:
+ return _("invalid VPN secrets");
+ case NM_VPN_CONNECTION_STATE_REASON_CONNECTION_REMOVED:
+ return _("the connection was removed");
+ default:
+ return _("unknown");
+ }
A declaração de switch acima parece bastante abrangente! Eu me pergunto ... o que mais poderia estar errado com a minha tentativa de conexão vpn?
Estou supondo que talvez existam alguns diretórios ou arquivos cujas permissões podem ter sido modificadas ou corrompidas recentemente ... talvez haja uma maneira de redefinir meu nmcli (ou seus arquivos de configuração, ou qualquer outra coisa que tenha corrido mal) para o anterior configurações?
***** UPDATE ********
O meu problema agudo foi devido a uma senha incorreta. Eu acho que isso pode constituir um bug no aplicativo nm ou nmcli. Presumo que seja possível interpretar se um login for "rejeitado" com um erro mais explícito.
O NetworkManager é um pouco deficiente quando se trata de relatar erros de VPN. A melhor coisa a fazer é consultar as seções da VPN aqui:
Em outras palavras (para depuração openvpn), execute em um terminal:
/usr/libexec/nm-openvpn-service --debug
Em seguida, ligue sua conexão VPN e veja o que acontece.
Para mim, a "razão desconhecida" ao tentar iniciar uma conexão VPNC era que a porta 500 já estava em uso.
# /usr/lib/NetworkManager/nm-vpnc-service --debug
..
/usr/sbin/vpnc: Error binding to source port. Try '--local-port 0'
Failed to bind to 0.0.0.0:500: Address already in use
Acontece que eu tinha esquecido que tinha instalado o strongswan no Mint 17.3 e ele estava iniciando automaticamente e ouvindo na porta 500.