Соединение создавалось через 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.
Логин и пароль при этом введены?
Да, конечно.
После установки NetworkManager-pptp reboot делался? Если после рестарта проблема сохраняется - приведите более подробный лог. Мне не удалось воспроизвести.
(В ответ на комментарий №3) > После установки NetworkManager-pptp reboot делался? Если после рестарта > проблема сохраняется - приведите более подробный лог. Мне не удалось > воспроизвести. Конечно же ноут перезагружался. Более подробных логов не нашёл. У меня KDE4 установлен. Может что-то гномовское не доустановлено?
(In reply to comment #4) > Более подробных логов не нашёл. Я имел в виду чуть больше сообщений до и после приведенной ошибки. > У меня KDE4 установлен. Может что-то гномовское не доустановлено? Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли gnome-keyring: ps ax | grep gnome-keyring А если поставить галку "Доступно всем пользователям" в настройках соединения ошибка все равно присутствует?
(В ответ на комментарий №5) > Все должно быть вытянуто по зависимостям. Хотя можно проверить запущен ли > gnome-keyring: > ps ax | grep gnome-keyring ps ax | grep gnome-keyring 6388 pts/1 S+ 0:00 grep gnome-keyring Типа нету. > А если поставить галку "Доступно всем пользователям" в настройках соединения > ошибка все равно присутствует? Я сразу ставил эту галку.
(In reply to comment #6) > > А если поставить галку "Доступно всем пользователям" в настройках соединения > > ошибка все равно присутствует? > > Я сразу ставил эту галку. Тогда пока убрать ее, должно работать. Похоже сломался keyfile плагин в части сохранения настроек VPN. Перевешиваю на сам NM.
Так заработало, но похоже проблемы с роутом. 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 И ни чего не пингуется.
Проверьте настройки соединения. "Параметры IPv4": убедитесь, что в методе выбрано "Автоматически (VPN)", а не "... только адрес". По кнопке Routes - снимите галочки, если стоят. NM достаточно подробно выводит то, что пришло от pptp сервера в /var/log/messages. Если же есть уверенность, что настройки правильные и от pptp сервера приходит все, что надо - откройте новый баг.
(В ответ на комментарий №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
Можно сказать, что узнал суть проблемы. Значится так. 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????
Нашёл недочёт в описании своём. В пункте 2) вместо 110.220.221.222 читаем 10.216.0.6
Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.
(В ответ на комментарий №13) > Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. Повесил на pptp-client #21463
(В ответ на комментарий №13) > Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. А эта проблема решена? Если да, то закройте, пожалуйста.
Пора закрыть
