web-dev-qa-db-ja.com

ネットワーク接続に失敗しました：不明な理由：

RHELを使用していると、VPNが機能しなくなったことがわかりました。

コマンドラインユーティリティnmcliを使用して、何が起こっているのかについてより多くの情報を取得できることを発見しました。

ただし、VPNはまだ失敗しているようで、エラーには明確な意味がないことがわかりました。

[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.

だから、グーグルを試してみると、このエラーメッセージが返されているswitchステートメントが見つかりました。ほとんどの条件はかなりうまく処理されているようです。つまり、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");
+ }

上記のswitchステートメントはかなり包括的に見えます！私は疑問に思います...私のVPN接続の試みで他に何がうまくいかない可能性がありますか？

パーミッションが最近変更または破損した可能性のあるディレクトリまたはファイルがあると思います... nmcli（またはその構成ファイル、または他の何かが突然間違っている可能性があります）を以前の設定にリセットする方法があるかもしれませんか？

*****更新********

私の深刻な問題は、パスワードが間違っていたことが原因でした。これはnmまたはnmcliアプリのバグを構成する可能性があると思います。ログインが「拒否」され、より明示的なエラーが発生したかどうかを解釈できるはずだと思います。

networkingvpnredhat-enterprise-linuxnetworkmanager
4
jayunit100

VPNエラーの報告に関しては、NetworkManagerが少し不足しています。最善の方法は、こちらのVPNセクションを参照することです。

https://live.gnome.org/NetworkManager/Debugging

言い換えれば（openvpnデバッグ用）ターミナルで実行します：

/usr/libexec/nm-openvpn-service --debug

次に、VPN接続を起動して、何が起こるかを確認します。

1
Dan Fruehauf

私にとって、VPNC接続を開始しようとした「不明な理由」は、ポート500がすでに使用されていたためです。

# /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

結局、Mint 17.3にstrongswanをインストールしたことを忘れてしまい、ポート500で自動起動してリッスンしていました。

0
David K

PPTP詳細オプション]ダイアログで[ポイントツーポイント暗号化（MPPE）を使用する]というラベルの付いたチェックボックスをオンにする必要がありました

PPTP Advanced Options

0
isapir