21116 2009-08-18 20:53:03 +0400 Нет сохранения настроек VPN 2009-11-21 14:14:02 +0300 1 1 4 Development Sisyphus NetworkManager unstable all Linux CLOSED FIXED P3 normal --- 19564 1 evgen sem aen sem qa-sisyphus oldest_to_newest 96747 0 evgen 2009-08-18 20:53:03 +0400 Соединение создавалось через 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. 96758 1 sem 2009-08-18 22:00:19 +0400 Логин и пароль при этом введены? 96785 2 evgen 2009-08-19 08:16:51 +0400 Да, конечно. 97099 3 sem 2009-08-22 18:39:19 +0400 После установки NetworkManager-pptp reboot делался? Если после рестарта проблема сохраняется - приведите более подробный лог. Мне не удалось воспроизвести. 97148 4 evgen 2009-08-24 08:20:18 +0400 (В ответ на комментарий №3) > После установки NetworkManager-pptp reboot делался? Если после рестарта > проблема сохраняется - приведите более подробный лог. Мне не удалось > воспроизвести. Конечно же ноут перезагружался. Более подробных логов не нашёл. У меня KDE4 установлен. Может что-то гномовское не доустановлено? 97233 5 sem 2009-08-25 02:42:18 +0400 (In reply to comment #4) > Более подробных логов не нашёл. Я имел в виду чуть больше сообщений до и после приведенной ошибки. > У меня KDE4 установлен. Может что-то гномовское не доустановлено? Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли gnome-keyring: ps ax | grep gnome-keyring А если поставить галку "Доступно всем пользователям" в настройках соединения ошибка все равно присутствует? 97313 6 evgen 2009-08-25 21:15:06 +0400 (В ответ на комментарий №5) > Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли > gnome-keyring: > ps ax | grep gnome-keyring ps ax | grep gnome-keyring 6388 pts/1 S+ 0:00 grep gnome-keyring Типа нету. > А если поставить галку "Доступно всем пользователям" в настройках соединения > ошибка все равно присутствует? Я сразу ставил эту галку. 97321 7 sem 2009-08-26 01:37:59 +0400 (In reply to comment #6) > > А если поставить галку "Доступно всем пользователям" в настройках соединения > > ошибка все равно присутствует? > > Я сразу ставил эту галку. Тогда пока убрать ее, должно работать. Похоже сломался keyfile плагин в части сохранения настроек VPN. Перевешиваю на сам NM. 97324 8 evgen 2009-08-26 07:07:44 +0400 Так заработало, но похоже проблемы с роутом. 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 И ни чего не пингуется. 97349 9 sem 2009-08-26 15:12:05 +0400 Проверьте настройки соединения. "Параметры IPv4": убедитесь, что в методе выбрано "Автоматически (VPN)", а не "... только адрес". По кнопке Routes - снимите галочки, если стоят. NM достаточно подробно выводит то, что пришло от pptp сервера в /var/log/messages. Если же есть уверенность, что настройки правильные и от pptp сервера приходит все, что надо - откройте новый баг. 98338 10 evgen 2009-09-06 21:24:13 +0400 (В ответ на комментарий №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 98359 11 evgen 2009-09-07 09:45:55 +0400 Можно сказать, что узнал суть проблемы. Значится так. 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???? 98360 12 evgen 2009-09-07 09:48:39 +0400 Нашёл недочёт в описании своём. В пункте 2) вместо 110.220.221.222 читаем 10.216.0.6 98416 13 sem 2009-09-07 18:19:36 +0400 Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. 98427 14 evgen 2009-09-07 21:22:02 +0400 (В ответ на комментарий №13) > Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. Повесил на pptp-client #21463 99234 15 aen 2009-09-17 02:42:34 +0400 (В ответ на комментарий №13) > Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. А эта проблема решена? Если да, то закройте, пожалуйста. 103392 16 evgen 2009-11-21 14:13:03 +0300 Пора закрыть