Логин и пароль при этом введены?

Да, конечно.

После установки 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)
> Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме.
А эта проблема решена? Если да, то закройте, пожалуйста.

Пора закрыть