4

Я на 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.

Итак, попробуйте поискать в Google - я нашел оператор 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. Я предполагаю, что должна быть возможность интерпретировать, если вход в систему "отклонен" с более явной ошибкой.

2 ответа2

1

NetworkManager немного не хватает, когда дело доходит до сообщения об ошибках VPN. Лучше всего обратиться к разделам VPN здесь:

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

Другими словами (для отладки openvpn) запустите в терминале:

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

Затем запустите VPN-соединение и посмотрите, что произойдет.

0

Для меня "неизвестной причиной" попытки установить VPN-соединение было то, что порт 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

Оказывается, я забыл, что установил strongswan на Mint 17.3, и он автоматически запускался и прослушивал порт 500.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .