[lxa85]

Злобный Кыс,

что тут можно сделать? »

предоставить более подробную информацию.
А именно идет ли шифрования трафика? Какой будет шлюз по умолчанию? (Иногда Windows клиенты работают нормально, в то время как Linux приходится настраивать более тонко)
Тут диалог с грамотным представителем провайдера очень сильно выручает.
Почитать документацию на досуге.
Не совсем понятно как имено предоставляется локальная сеть. Кабель витой пары?
Также как вариант, посмотреть настройки firewall.

[Злобный Кыс]

шифрование не идёт и быть не должно (иначе просто не соединяется). шлюз по дефолту не установлен.
локалка - по витой паре. система такая: я подключаюсь к локалке, а оттуда стучу на vpn, которая предоставляет доступ в инет.

документацию (wiki opensuse.org) уже читал, ничего нового не нашёл.

[lxa85]

документацию (wiki opensuse.org) уже читал, ничего нового не нашёл. »

http://ru.opensuse.org/VPN - эту документацию, надо пологать?

Решение проблем

Частой ошибкой при настройке VPN соединения является то что после соединения становиться недоступен VPN сервер или DNS сервера провайдера. Это происходит, когда раньше маршрут до этих серверов был задан как шлюз по умолчанию, который переписывается при подключении VPN соединения. Необходимо убедиться, что существуют маршруты до VPN и DNS серверов провайдера прописаные явно а не как шлюз по умолчанию.

Если соединение происходит, передачи данных нет, или идет большо поток входящего трафика. то следует проверить доступность VPN и DNS серверов провайдера, путем посылания ping пакетов.

Часто для подключения к провайдерам, которые используют в качестве VPN сервера Windows Server 2k или 2k3 требуется включить шифрование mpppe. Для этого в файл VPN соединения /etc/sydconfig/network/ifcfg-dsl0 (или другой) необходимо добавить строку
PPPD_OPTIONS='require-mppe'

Если это не помогает, то в дальнейшей диагностике проблем поможет строка
PPPD_OPTIONS='debug'

После внесения изменений в файл соединения, необходимо запустить в терминале
tail -f /var/log/messages

и пытаться подключиться. С полученными логами обратиться на форум или в IRC.

В приведенной мною ссылки есть такой вариант запуска vpn соеденения

Код:

#pon $TUNNEL debug dump logfd 2 nodetach

Это дает отладочную информацию, по которой можно будет узнать причину. Лишней она (информация) никогда не бывает.
Спросить у админов, как должна выглядеть таблица роутинга.
Т.к. при поднятии vpn соеденения маршрут по умолчанию должен быть перенаправлен на vpn cоеденение и ppp0, а не eth0.

На всякий случай:
Routing HOWTO
Diagnosis HOWTO