Bug 21116

Summary: Нет сохранения настроек VPN
Product: Sisyphus Reporter: Evgeny <evgen>
Component: NetworkManagerAssignee: Mikhail Efremov <sem>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aen, sem
Version: unstable   
Hardware: all   
OS: Linux   
Bug Depends on:    
Bug Blocks: 19564    

Description Evgeny 2009-08-18 20:53:03 MSD
Соединение создавалось через nm-applet.
Установлены пакеты:

NetworkManager-glib-0.7.1-alt7.git20090716
NetworkManager-0.7.1-alt7.git20090716
NetworkManager-pptp-gnome-0.7.1-alt1
NetworkManager-pptp-0.7.1-alt1
NetworkManager-gnome-0.7.1-alt2.git20090728

При попытке подключиться в логи пишется следующее:
Aug 18 20:41:09 home_book NetworkManager: <WARN>  nm_vpn_connection_connect_cb(): VPN connection 'Home-VPN' failed to connect: 'No VPN secrets!'.
Aug 18 20:41:09 home_book NetworkManager: <WARN>  connection_state_changed(): Could not process the request because no VPN connection was active.
Comment 1 Mikhail Efremov 2009-08-18 22:00:19 MSD
Логин и пароль при этом введены?
Comment 2 Evgeny 2009-08-19 08:16:51 MSD
Да, конечно.
Comment 3 Mikhail Efremov 2009-08-22 18:39:19 MSD
После установки NetworkManager-pptp reboot делался? Если после рестарта проблема сохраняется - приведите более подробный лог. Мне не удалось воспроизвести.
Comment 4 Evgeny 2009-08-24 08:20:18 MSD
(В ответ на комментарий №3)
> После установки NetworkManager-pptp reboot делался? Если после рестарта
> проблема сохраняется - приведите более подробный лог. Мне не удалось
> воспроизвести.

Конечно же ноут перезагружался. Более подробных логов не нашёл.
У меня KDE4 установлен. Может что-то гномовское не доустановлено?
Comment 5 Mikhail Efremov 2009-08-25 02:42:18 MSD
(In reply to comment #4)
> Более подробных логов не нашёл.

Я имел в виду чуть больше сообщений до и после приведенной ошибки.

> У меня KDE4 установлен. Может что-то гномовское не доустановлено?

Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли gnome-keyring:
ps ax | grep gnome-keyring

А если поставить галку "Доступно всем пользователям" в настройках соединения ошибка все равно присутствует?
Comment 6 Evgeny 2009-08-25 21:15:06 MSD
(В ответ на комментарий №5)

> Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли
> gnome-keyring:
> ps ax | grep gnome-keyring

ps ax | grep gnome-keyring
 6388 pts/1    S+     0:00 grep gnome-keyring

Типа нету.

> А если поставить галку "Доступно всем пользователям" в настройках соединения
> ошибка все равно присутствует?

Я сразу ставил эту галку.
Comment 7 Mikhail Efremov 2009-08-26 01:37:59 MSD
(In reply to comment #6)
> > А если поставить галку "Доступно всем пользователям" в настройках соединения
> > ошибка все равно присутствует?
> 
> Я сразу ставил эту галку.

Тогда пока убрать ее, должно работать. Похоже сломался keyfile плагин в части сохранения настроек VPN. Перевешиваю на сам NM.
Comment 8 Evgeny 2009-08-26 07:07:44 MSD
Так заработало, но похоже проблемы с роутом. default поменялся, но что-то еще и добавить надо.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     *               255.255.255.0   U     2      0        0 wlan0
default         *               0.0.0.0         U     0      0        0 ppp0

И ни чего не пингуется.
Comment 9 Mikhail Efremov 2009-08-26 15:12:05 MSD
Проверьте настройки соединения. "Параметры IPv4": убедитесь, что в методе выбрано "Автоматически (VPN)", а не "... только адрес". По кнопке Routes - снимите галочки, если стоят.
NM достаточно подробно выводит то, что пришло от pptp сервера в /var/log/messages.
Если же есть уверенность, что настройки правильные и от pptp сервера приходит все, что надо - откройте новый баг.
Comment 10 Evgeny 2009-09-06 21:24:13 MSD
(В ответ на комментарий №9)
> Проверьте настройки соединения. "Параметры IPv4": убедитесь, что в методе
> выбрано "Автоматически (VPN)", а не "... только адрес". По кнопке Routes -
> снимите галочки, если стоят.

Всё там нормально.
Что-то мне не нравится default, который получается при поднятии ppp.
* - это куда?
Там же вроде как должен быть адрес нового шлюза.
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.4.0     *               255.255.255.0   U     2      0        0 wlan0
default         *               0.0.0.0         U     0      0        0 ppp0
Comment 11 Evgeny 2009-09-07 09:45:55 MSD
Можно сказать, что узнал суть проблемы.
Значится так.
1) Создаём VPN соединение и указываем шлюз (на вкладке VPN) как имя, например: vpn.server.ru
Пишем логин, пароль, галку "Доступно всем пользователям" не ставим.

Соединяемся. Соединение проходт, но ни чего не пингуется и не открывается.
Смотрим
#route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.8.0     *               255.255.255.0   U     1      0        0 eth0
default         *               0.0.0.0         U     0      0        0 ppp0

Т.е. получаем хреновню.

Делаем второй опыт.
2) Создаём VPN соединение и указываем шлюз (на вкладке VPN) в виде IP адреса нашего сервера vpn.server.ru, т.е. 110.220.221.222
Пишем логин, пароль, галку "Доступно всем пользователям" не ставим.

Соединяемся. Соединение проходт, всё пингуется и открывается.
Смотрим
#route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.5.2     *               255.255.255.255 UH    0      0        0 ppp0
10.216.0.6      192.168.8.3     255.255.255.255 UGH   0      0        0 eth0
192.168.8.0     *               255.255.255.0   U     1      0        0 eth0
default         *               0.0.0.0         U     0      0        0 ppp0

Вот так уже лучше.

Т.е. делаем вывод: при указании в соединении имени сервера, а не его IP адреса нужные роуты в таблицу не добавляются.

Возможно эта проблема pptp????
Comment 12 Evgeny 2009-09-07 09:48:39 MSD
Нашёл недочёт в описании своём.
В пункте 2) вместо 110.220.221.222 читаем 10.216.0.6
Comment 13 Mikhail Efremov 2009-09-07 18:19:36 MSD
Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.
Comment 14 Evgeny 2009-09-07 21:22:02 MSD
(В ответ на комментарий №13)
> Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.

Повесил на pptp-client 
#21463
Comment 15 AEN 2009-09-17 02:42:34 MSD
(В ответ на комментарий №13)
> Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.
А эта проблема решена? Если да, то закройте, пожалуйста.
Comment 16 Evgeny 2009-11-21 14:13:03 MSK
Пора закрыть