Bug 21116 - Нет сохранения настроек VPN
: Нет сохранения настроек VPN
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/NetworkManager)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
: 19564
  Show dependency tree
 
Reported: 2009-08-18 20:53 by
Modified: 2009-11-21 14:14 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2009-08-18 20:53:03
Соединение создавалось через 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 From 2009-08-18 22:00:19 -------
Логин и пароль при этом введены?
------- Comment #2 From 2009-08-19 08:16:51 -------
Да, конечно.
------- Comment #3 From 2009-08-22 18:39:19 -------
После установки NetworkManager-pptp reboot делался? Если после рестарта
проблема сохраняется - приведите более подробный лог. Мне не удалось
воспроизвести.
------- Comment #4 From 2009-08-24 08:20:18 -------
(В ответ на комментарий №3)
> После установки NetworkManager-pptp reboot делался? Если после рестарта
> проблема сохраняется - приведите более подробный лог. Мне не удалось
> воспроизвести.

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

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

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

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

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

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

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

Типа нету.

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

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

Тогда пока убрать ее, должно работать. Похоже сломался keyfile плагин в части
сохранения настроек VPN. Перевешиваю на сам NM.
------- Comment #8 From 2009-08-26 07:07:44 -------
Так заработало, но похоже проблемы с роутом. 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 From 2009-08-26 15:12:05 -------
Проверьте настройки соединения. "Параметры IPv4": убедитесь, что в методе
выбрано "Автоматически (VPN)", а не "... только адрес". По кнопке Routes -
снимите галочки, если стоят.
NM достаточно подробно выводит то, что пришло от pptp сервера в
/var/log/messages.
Если же есть уверенность, что настройки правильные и от pptp сервера приходит
все, что надо - откройте новый баг.
------- Comment #10 From 2009-09-06 21:24:13 -------
(В ответ на комментарий №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 From 2009-09-07 09:45:55 -------
Можно сказать, что узнал суть проблемы.
Значится так.
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 From 2009-09-07 09:48:39 -------
Нашёл недочёт в описании своём.
В пункте 2) вместо 110.220.221.222 читаем 10.216.0.6
------- Comment #13 From 2009-09-07 18:19:36 -------
Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.
------- Comment #14 From 2009-09-07 21:22:02 -------
(В ответ на комментарий №13)
> Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.

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