Привет! После вынужденного обитания в Windows (знаете, не такая уж плохая ось... но не то   ) вернулся, только не в dapper, а edgy. И... Обнаружил неполадки с сетью (я их уже недавно видел в полуживом даппере).
Самый большой прикол в том, что у меня стоит SLED 10.1, и там тоже сеть не пошет (через pptp-command).

Как я подозриваю - что-то с DNS, после выполнения "pon corbina" в /etc/ppp/resolv.conf появляется левый DNS. Какая-то фигня проскакивает и в nslookup. + вместо шлюза для vpn пробивается 0.0.0.0, опять-таки из-за DNS.



Лишний DNS выскакивает такой:
nameserver 213.234.192.7
Такого IP в сети нет.

Вот конфиги:
ip-up.d/corbina:


peers/corbina:


options.pptp:


Логи ничего не дают. После того, как убрал usepeerdns и немного роуты почистил, то там чисто. 
Что-то я слышал про запуск WinDNS... Может пров что-то сделал с DNS серваком?
Заранее спасибо за помощь. Я уже толком не знаю, что делать. 

надо поковыряться.
проверить:
/etc/ppp/resolv/resolv.conf
также во всех уважающий себя дистрах,
есть папки автоматического запуска скриптов "до" и "после" поднятия сетевых интерфейсов.
в Debian/*buntu: /etc/network/if-up.d
для временного лечения можно там дописать скрипт, к-рый будет копировать при подключении какой-то хороший resolv.conf в /etc

c dns всё нормально. у тебя до 195.14.38.17(pptp-server, как понимаю) маршрут не правильно прописан. туда надо ходить через eth1. 
цитата
route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
195.14.38.17    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
10.215.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth1
0.0.0.0         10.215.0.17     0.0.0.0         UG    0      0        0 eth1

попробуй так:

#!/bin/sh
route add -host vpn.spb.corbina.net gw 10.215.0.17
sleep 2
route del default
sleep 2
route add default dev ppp0

Ещё можно не заморачиваться с изменением дефолта и указать опцию "defaultroute" в options.pptp.

У меня почему-то папка /etc/ppp/resolv пуста, но меняется /etc/ppp/resolv.conf - в него как раз и прописывается левый роут.


Не подойдёт, так как в скрипте у меня не ip VPN-сервера, а домен. Из-за этого уму левый IP даётся.



Не совсем, pptp-сервак прописывается путём получения ip по имени vpn.*. Тут и IP левый (у vpn должен быть ip 89.* или 83.*).


Спасибо, неплохой совет. Жаль только, что это не решение проблемы.

ну да 
Тогда надо проверять всё по порядку. Для начала, проверить, работает ли при отключенном VPN-соединении сеть и DNS. То есть, есть ли доступ  к VPN-серверу, как по IP-адресу, так и по имени.
Проверяем все конфиги, на правильность и отсутствие "лишнего". Из ip-up.d/corbina: временно удаляем все операции с маршрутами. Добавляем статический маршрут до VPN-сервера. Глядя, в какое количество адресов резолвится vpn.spb.corbina.ru, я бы добавил их все.
После этого, подключаемся. Проверяем, появился ли маршрут по умолчанию, с устройством назначения ppp0. Смотрим на имеющиеся DNS'ы. Пингуем их, пробуем сделать лукап. При отсутствии признаков жизни проверяем таблицу маршрутизации, фаервол. О развитии событий информируем общественность 

Точнее, должен быть какой-то из этих:
83.102.254.253
195.14.38.2
195.14.38.3
195.14.38.4
195.14.38.5
195.14.38.6
195.14.38.7
195.14.38.8
195.14.38.9
195.14.38.10
195.14.38.11
195.14.38.12
195.14.38.13
195.14.38.14
195.14.38.15
195.14.38.16
195.14.38.17
195.14.38.18
195.14.38.19
195.14.38.20
195.14.38.21
Дело, имхо, как раз в этом имени.

Добавит единственный маршрут к серверу, IP-адрес которого, отдаст DNS в данный момент. Вполне возможно, что pptp подключается к другому.

Я проверял, иначе бы проблемы следовало искать в настройках сети или у прова.



Можно, так некоторые делали на форуме корбины. Но это решение не очень, так как при динамическом ip я получаю тот, который менее всего нагружен, а учитывая периодические проблемы в сети, это значимо.


Вот это и странно. Раньше всё пахало...

Я могу дня на 3 уйти в андергроунд, не теряйте меня, проблем не решена   

Удачных разборок 

попробовал прописывать вместо vpn.* IP в peers и в роуты... Не пашет. DNS запахал, соединение идёт и не падает, но почему-то для vpn сервака не прописывается gw.

Пробовал настроить pptpconfig - странно себя ведёт соовсем. Соединяется с серваком, пингует его, но ifconfig не показывает, что появилось соединение ppp0, в роутах появляется gw для vpn сервера, но с интерфейсом eth1, а не ppp0. При попытке разрыва соединения получаю сообщение, что соединение не существует (какой-то там файл отсутствует в /var/run*), а при новом соединении получаю, что соединение активно.
Проверил suse... Там у меня было соединение через pptp-command. Аналогично... У vpn сервака нулевой роут.

До vpn сервера маршрут должен лежать через eth1 - это верно. А дефолт должен смотреть в ppp0. Пакеты, отправляемые в ppp0 упаковываются в tcp-пакеты vpn, предварительно пойдя процедуру шифрования, и отпраляются уже через eth1 как обычные tcp-пакеты.
А что из перечисленного пробовал делать?

Всё, кроме этого . Но я думаю, что это ни на что не влияет. Кстати, а как узнать все возможные ip vpn сервера?

Хм... скинь пожалуйста

до коннекта и после, там будет намного легче разбираться. Ещё, насколько я знаю, DNS-трафик к корбине ходит не впн канале, значит, статические маршруты через eth1 нужно бы добавить ещё и для двух DNS-серверов (они так же будут показаны в выводе dig.

ZeeLax, спасибо.
Сейчас поужинаю и поиграюсь  


Я с этим не игрался, а он прописывается в винде (и раньше был).

powerfox, только недолго, чтобы я не уснул 
А в этом, похоже, часть засады точно есть. Доступ к DNS-серверам то теряется при изменении маршрута по умолчанию, если статики на них нет.

Это сообщение отредактировал(а) ZeeLax - 11.1.2007, 20:45

Уф... ZeeLax, спасибо!  +1   
Сделал я dig и всё прописал в ip-up.d, а в peers вернул vpn.spb.*
Интернет заработал! Но осталась одна проблема... Почему-то маршруты с ip-up.d автоматически не прописываются... Пробовал туда sleep впихнуть, но там не простой скрипт, со слипом не работает соединение.