Всё делал с помощью Network Manager. На 99% уверен, что дело не в NM, а в pptp 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, т.е. 10.216.0.6 Пишем логин, пароль, галку "Доступно всем пользователям" не ставим. Соединяемся. Соединение проходт, всё пингуется и открывается. Смотрим #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 (я создавал ppp0 в /etc/net/ifaces/ и приходилось прописывать роуты руками)
А без подняния pptp vpn.server.ru вообще-то резолвится?
(В ответ на комментарий №1) > А без подняния pptp vpn.server.ru вообще-то резолвится? Да, конечно. Это полностью рабочий сервер pptp. Windows прекрасно с ним работает (независимо от того IP указан или доменное имя).
Поковырялся ещё немного :) Скачал с http://sourceforge.net/projects/pptpclient/files/ файлик pptp-1.7.2-3.rhl9.src.rpm Добавил один патчик Makefile. Подправил спек. Собрал под сизифом. Обновил установленный pptp-client-1.7.0-alt1.i586.rpm Проверил. В соединении указано доменное имя. С нашим pptp-1.7.0: # 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 С новым pptp: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 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 И работает :) Надо бы собирать новый pptp-client. Но у нас кучка скриптов и конфигов в src пакете. Насколько они критичны и нужныли они вообще?
Сам исправил :)
