ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Нет сохранения настроек VPN | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgeny <evgen> |
| Component: | NetworkManager | Assignee: | 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
Логин и пароль при этом введены? Да, конечно. После установки 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) > Повесьте это отдельным багом, пожалуйста. Этот открыт о другой проблеме. А эта проблема решена? Если да, то закройте, пожалуйста. Пора закрыть |
