Не работает VPN от beeline

Доброго всем времени!

Я провел себе интернет от билайна (раньше вроде корбиной был). Приходили настраивать его мне из их канторы люди - протянули витую пару в хату и из под Windows настроили все… В в общем там все по DHCP + точка доступа значится : vpn.internet.beeline.ru

Никаких настроек адресов, масок и т.п. они мне не делали…

Я решил обновить Arch: скачал последний релиз Core 2009.08, установил его… Но проблема теперь подключить все это дело к интернету…

Я прочел на этом форуме все что связано с настройкой VPN в Arch, сделал так как написано, но ничего не работает :(

В общем вот что у меня есть:

/etc/rc.conf

#Static IP example
#eth0=“eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255”
eth0=“dhcp”
INTERFACES=(eth0)

# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# - prefix an entry in ROUTES with a ! to disable it
#
gateway=“default gw 192.168.0.1”
ROUTES=(!gateway)


#ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:1E:8C:65:33:21
inet addr:10.190.72.179 Bcast:10.190.79.255 Mask:255.255.248.0
inet6 addr: fe80::21e:8cff:fe65:3321/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:38533 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:2363832 (2.2 Mb) TX bytes:2146 (2.0 Kb)

#route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
85.21.72.80 10.190.72.1 255.255.255.240 UG 202 0 0 eth0
89.179.134.64 10.190.72.1 255.255.255.240 UG 202 0 0 eth0
85.21.138.208 10.190.72.1 255.255.255.240 UG 202 0 0 eth0
83.102.146.96 10.190.72.1 255.255.255.224 UG 202 0 0 eth0
194.67.1.0 10.190.72.1 255.255.255.0 UG 202 0 0 eth0
194.67.18.0 10.190.72.1 255.255.255.0 UG 202 0 0 eth0
217.118.84.0 10.190.72.1 255.255.255.0 UG 202 0 0 eth0
78.107.23.0 10.190.72.1 255.255.255.0 UG 202 0 0 eth0
78.107.52.0 10.190.72.1 255.255.255.0 UG 202 0 0 eth0
10.190.72.0 0.0.0.0 255.255.248.0 U 202 0 0 eth0
10.0.0.0 10.190.72.1 255.0.0.0 UG 202 0 0 eth0

Я скачал и установил утилиту: pptpclient и попытался настроить ее, и вот что вышло:

/etc/ppp/options.pptp

lock
noauth
refuse-pap
refuse-eap
refuse-chap
refuse-mschap
nobsdcomp
nodeflate


/etc/ppp/peers/beeline
ipparam beeline
persist
maxfail 0
lcp-echo-interval 60
lcp-echo-failure 4
defaultroute
noauth
pty “pptp vpn.internet.beeline.ru –nolaunchpppd”
name логин
remotename PPTP
file /etc/ppp/options.pptp
logfile /var/log/vpn.log

/etc/ppp/chap-secrets
логин PPTP пароль *

/etc/resolv.conf
# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
domain corbina.net
nameserver 213.234.192.8
nameserver 85.21.192.3
# /etc/resolv.conf.tail can replace this line

/var/log/vpn.log

using channel 1
Using interface ppp0
Connect: ppp0 <–> /dev/pts/0
anon fatal: gethostbyname ‘vpn.internet.beeline.ru’: name server error
Modem hangup
Connection terminated.
using channel 2
Using interface ppp0
Connect: ppp0 <–> /dev/pts/0
Script pptp vpn.internet.beeline.ru –nolaunchpppd finished (pid 1853), status = 0x1
anon fatal: gethostbyname ‘vpn.internet.beeline.ru’: name server error
Script pptp vpn.internet.beeline.ru –nolaunchpppd finished (pid 1865), status = 0x1
Modem hangup
Connection terminated.
using channel 3
Using interface ppp0
Connect: ppp0 <–> /dev/pts/0
anon fatal: gethostbyname ‘vpn.internet.beeline.ru’: name server error
Script pptp vpn.internet.beeline.ru –nolaunchpppd finished (pid 1869), status = 0x1


Помогите мне пожалуйста разобраться в чем дело, я в первый раз VPN пользуюсь :(
И кстати, когда я работая в Windows (при этом будучи подключенным к интернету) решил пропинговать: vpn.internet.beeline.ru - то тоже получил сообщение что
C:\Documents and Settings\luser>ping vpn.internet.beeline.ru
При проверке связи не удалось обнаружить узел vpn.internet.beeline.ru. Проверьте
имя узла и повторите попытку.

хотя инет при этом работал !!!


Помогите хто нибудь :(
Ура! Заработало! Оказалось все “проще пареной редьки” (с)

1. В /etc/rc.conf кое что изменил на:
...
gateway="default gw 10.190.72.1"
ROUTES=(gateway)
...

где 10.190.72.1 - адрес шлюза, который отображается по команде: route -n
и ОБРАЩАЮ внимание на то, что нужно убрать символ “!” перед: gateway !

2. Нужно перезапустить сеть, например так: /etc/rc.d/network restart (хотя можно и по другому)
3. После этого должен пинговаться VPN сервер Beeline, в моем случае - это: vpn.internet.beeline.ru
4. Теперь можно инициализировать VPN: pon beeline
5. Далее нужно немного подождать (секунд 10) и потом сделать ifconfig, при этом в выводе должен отобразиться/появиться интерфейс: ppp0
6. Теперь нужно сделать: roude add default dev ppp0
7. Теперь можно пропинговать какой нибудь адрес из интернет, например: ping google.ru, при этом все должно пинговаться!
———

Итог:
в дальнейшем, чтобы подключиться к VPN нужно всего выполнить следующее:
1. выполнить п.4 (см. выше)
2. выплнить п.5 (см. выше)
3. выполнить п.6 (см. выше)
4. для отключения VPN нужно сделать poff beeline

ЗЫ: в принципе всё это можно прописать в скриптах и т.п., НО МНЕ и так отлично :)
ЗЫЗЫ: выполнять команды нужно (?) с правами суперпользователя!
Настроил я когда то vpn еще для корбины.
И когда она стала билайном, с прежними настройками все прекрасно работало.
До этого дня. Когда я решил поставить арч заново. (Мысль о переустановке пришла изза того, что столкнулся с адскими тормозами гнома, которые один человек с этого форума после долгих мучений решил именно так)

В общем, поставил арч с диска 2009.02
Настройки интернета, конечно, забэкапил, и восстановил на новой системе. И что характерно, интернет не завелся.

Настроил все заново, так, как настроил предыдущий оратор.
И наблюдаю 2 явления:

Явление первое - pptp поднимается, default route dev ppp0 ставится, а далее:
#ping google.com
PING google.com(IP гугля)блаблабла
<проходит n-ое кол-во времени>
<ctrl^c>
Пакетов послано: N Пакетов получено: 0
Короче, не пингуется гугл. Да и вообще, интернет не работает.

Явление второе:
pptp соединение работает ровно 1 минуту, после чего отрубается.


P.S. В точности все конфиги показать сдесь не могу, но
(1)options.pptp и peers/beeline соответствуют тем, что написаны предыдущим оратором (кроме логина, конечно)
(2)маршруты до DNS и до vpn сервера билайна прописаны.

Помогите люди, натолкните на путь истинный!
По-моему (поправьте, если не правда), для функционирования vpn нужен gre-туннель, подгруженный модуль ip_gre…. И, кстати, некоторые gprs-опсосы не пропускают gre-траффик :(
От modprobe ip_gre никакой пользы =(

Посмотрел настройки на форуме билайна, сделал как у них. Ничего не изменилось.
Заметил еще 1 интересное явление - сразу после старта pptp, в интерфейс ppp0 начинает идти дофига траффика.
ifconfig показывает, что на интерфейсе ppp0 TX bytes = 1000Mb! Я так понял, TX это исходящий траффик.
Через минуту, когда TX bytes уже под 2гига, pptp отрубается вот так:
rcvd TermReq
lcp terminated by peer

Может, кто сталкивался с подобным? Помогите, люди. Уже не знаю, что делать. Интернет от билайна(корбины) упорно не хочет работать в арче. В первый раз парился несколько дней с ним, и теперь вот, с теми же настройками, опять не работает. Может я что-то упускаю? Натолкните на путь истинный!
hadadzhi
pptp соединение работает ровно 1 минуту, после чего отрубается.
# ip ro
до и после поднятия vpn что говорит? У вас дожен быть роут до впн сервера через дефолтный гейтвей, который был получен по dhcp. Или не должно быть роута. В зависимости от того, как хочет провайдер. Вообщем смысл в том, чтобы пакеты до vpn _после_ его поднятия ходили через так же, как и _до_, а у вас они, видимо, пытаются лезть через default, которым после поднятия vpn становится сам же vpn. Надеюсь внятно объяснил :)

Вот косвенное подтверждение, что у вас vpn сам через себя “закольцовывается”
Заметил еще 1 интересное явление - сразу после старта pptp, в интерфейс ppp0 начинает идти дофига траффика.
ifconfig показывает, что на интерфейсе ppp0 TX bytes = 1000Mb! Я так понял, TX это исходящий траффик.
Через минуту, когда TX bytes уже под 2гига, pptp отрубается
В общем, проблема решилась установкой, вернее обновлением пакета pptpclient до 1.7.2-2.

To _AND_
Спасибо за ответ, хоть проблема уже и решена.
А маршруты у меня настроены так:
До vpn сервера прописан отдельный маршрут через локальный гейтвей.
default route изначально прописан на локальный гейтвей, после поднятия впн делаю route del default && route add default dev ppp0

Самое интересное, что никаких настроек менять не пришлось. Нужно было просто обновить pptpclient до 1.7.2-2, после чего интернет таки заработал.
доброго, хочу перелезть на арчера, вот решил попробывать установить на виртуалку, поставил через нат обновил систему и т.д., но вот настроить впн не могу, не работают конфиги из убунты и новые, которые делал с помощью pptpsetup(он кста на диске есть?? или только после обновления сис?), погуглил, гугл мне ничего внятного не ответил, шифрование mschapv2 mppe-128, сжатия нет, не могу понять в чем проблема, может подскажит кто??
pon PPTP debug nodetach
using channel 2
Using interface ppp1
Connect: ppp1 <--> /dev/pts/2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9194f0f2> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
Waiting for 1 child processes...
  script pptp vpn.tti.sfedu.ru --nolaunchpppd, pid 1581
Script pptp vpn.tti.sfedu.ru --nolaunchpppd finished (pid 1581), status = 0x0
удаленная сторона не отвечает.
systemd должен умереть.
 
Зарегистрироваться или войдите чтобы оставить сообщение.