[Comm] VPN connection on ALT Linux 4 Desktop

[Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

  Установил я бету (dvd4-20070524.iso).
Возникла такая проблема: настройки для соединения к VPN, которые я применял
в 3.0.4 не работают... соединение происходит, выделяется IP, все вроде 
нормально,
но дефалт роут на ppp0 не переходит (хотя в настройках это указано 
словом defaultroute).
Ну думаю не беда, прописываю в ip-up в самом конце нужный роут дефалтом.
Теперь уже вроде как нормально, но стоит только попробовть открыть
страничку, как происходит дисконнект. Настроить альтератором пробовал -
то же самое. На счету у провайдера деньга есть. Точно такие же проблемы 
были
 когда я эксперементировал с мандривой и убунтой. Такое впечатление,
что в новых версиях ядра/pptp/pppd (или еще чего) появилось какое-то
отличие в работе из-за чего данная проблема возникает.
Вот файлы настройки:

//etc/ppp/peers/tomtel_vpn/
pty "/usr/sbin/pptp vpn.tomtel.ru --nolaunchpppd" file /etc/ppp/tomtel.pptp

//etc/ppp/tomtel.pptp/
lock
noauth
refuse-eap
#refuse-chap
#refuse-mschap
nobsdcomp
nodeflate
#require-mppe-128
nodetach
user okno_vpn
debug
mtu 1452
mru 1452
defaultroute

Файл ip-up без изменений почти (добавил только смену дефалт роута).
Запускаю подключение : pppd call tomtel_vpn

вот лог из //var/log/daemons/info/

Jun  1 10:34:49 localhost pppd[6810]: pppd 2.4.4 started by root, uid 0
Jun  1 10:34:49 localhost pppd[6810]: using channel 3
Jun  1 10:34:49 localhost pppd[6810]: Using interface ppp0
Jun  1 10:34:49 localhost pppd[6810]: Connect: ppp0 <--> /dev/pts/8
Jun  1 10:34:49 localhost pptp[6811]: anon log[main:pptp.c:267]: The 
synchronous pptp option is NOT activated
Jun  1 10:34:49 localhost pptp[6815]: anon 
log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 
'Start-Control-Connection-Request'
Jun  1 10:34:49 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply
Jun  1 10:34:49 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Jun  1 10:34:50 localhost pppd[6810]: sent [LCP ConfReq id=0x1 <mru 
1452> <asyncmap 0x0> <magic 0xc460e4f1> <pcomp> <accomp>]
Jun  1 10:34:50 localhost pptp[6815]: anon 
log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 
'Outgoing-Call-Request'
Jun  1 10:34:50 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Jun  1 10:34:50 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, 
peer's call ID 33508).
Jun  1 10:34:50 localhost pppd[6810]: rcvd [LCP ConfReq id=0x1 <auth 
chap MS-v2> <magic 0x872c6331>]
Jun  1 10:34:50 localhost pppd[6810]: sent [LCP ConfAck id=0x1 <auth 
chap MS-v2> <magic 0x872c6331>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
Jun  1 10:34:50 localhost pppd[6810]: sent [LCP ConfReq id=0x2 <asyncmap 
0x0> <magic 0xc460e4f1> <pcomp> <accomp>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [LCP ConfAck id=0x2 <asyncmap 
0x0> <magic 0xc460e4f1> <pcomp> <accomp>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [CHAP Challenge id=0x1 
<f7776d5d9f72677f892f077795c3c528>, name = "VPN-7206VXR"]
Jun  1 10:34:50 localhost pppd[6810]: sent [CHAP Response id=0x1 
<fe00a87ab055b2d0522cb25c8339126600000000000000002762dc1bcd56ad443bef3ee9b26d0dcb93d4cf11ab6cb40200>, 
name = "okno_vpn"]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [CHAP Success id=0x1 
"S=2F95ED49D50A623F775FB81FE6F67C43E67BEEE3"]
Jun  1 10:34:50 localhost pppd[6810]: CHAP authentication succeeded
Jun  1 10:34:50 localhost pppd[6810]: sent [IPCP ConfReq id=0x1 
<compress VJ 0f 01> <addr 0.0.0.0>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [IPCP ConfReq id=0x1 <addr 
213.210.81.65>]
Jun  1 10:34:50 localhost pppd[6810]: sent [IPCP ConfAck id=0x1 <addr 
213.210.81.65>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [IPCP ConfRej id=0x1 
<compress VJ 0f 01>]
Jun  1 10:34:50 localhost pppd[6810]: sent [IPCP ConfReq id=0x2 <addr 
0.0.0.0>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [IPCP ConfNak id=0x2 <addr 
213.210.82.93>]
Jun  1 10:34:50 localhost pppd[6810]: sent [IPCP ConfReq id=0x3 <addr 
213.210.82.93>]
Jun  1 10:34:50 localhost pppd[6810]: rcvd [IPCP ConfAck id=0x3 <addr 
213.210.82.93>]
Jun  1 10:34:50 localhost pppd[6810]: local  IP address 213.210.82.93
Jun  1 10:34:50 localhost pppd[6810]: remote IP address 213.210.81.65
Jun  1 10:34:50 localhost pppd[6810]: Script /etc/ppp/ip-up started (pid 
6816)
Jun  1 10:34:50 localhost pppd[6810]: Script /etc/ppp/ip-up finished 
(pid 6816), status = 0x0
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:928]: Call disconnect notification received 
(call id 33508)
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[ctrlp_disp:pptp_ctrl.c:787]: Received Stop Control Connection Request.
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 4 
'Stop-Control-Connection-Reply'
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[callmgr_main:pptp_callmgr.c:255]: Closing connection (shutdown)
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 
'Call-Clear-Request'
Jun  1 10:35:42 localhost pptp[6815]: anon 
log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Jun  1 10:35:42 localhost pppd[6810]: Modem hangup
Jun  1 10:35:42 localhost pppd[6810]: Connect time 0.9 minutes.
Jun  1 10:35:42 localhost pppd[6810]: Sent 1068577396 bytes, received 
355 bytes.
Jun  1 10:35:42 localhost pppd[6810]: Script /etc/ppp/ip-down started 
(pid 6830)
Jun  1 10:35:42 localhost pppd[6810]: Connection terminated.
Jun  1 10:35:42 localhost pppd[6810]: Script /usr/sbin/pptp 
vpn.tomtel.ru --nolaunchpppd finished (pid 6811), status = 0x0
Jun  1 10:35:42 localhost pppd[6810]: Waiting for 1 child processes...
Jun  1 10:35:42 localhost pppd[6810]:   script /etc/ppp/ip-down, pid 6830
Jun  1 10:35:42 localhost pppd[6810]: Script /etc/ppp/ip-down finished 
(pid 6830), status = 0x1
Jun  1 10:35:42 localhost pppd[6810]: Exit.

и еще раз напомню - в старом альте (3) все работает.
вообщем спасите, помогите! а то не хочется мне от
анлимитки отказыватся :)

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Alexander Yereshenko]

Доброе!
В сообщении от Friday 01 June 2007 07:08:10 CAMELj написал(а):

>   Установил я бету (dvd4-20070524.iso).
> Возникла такая проблема: настройки для соединения к VPN, которые я применял
> в 3.0.4 не работают... соединение происходит, выделяется IP, все вроде
> нормально,
> но дефалт роут на ppp0 не переходит (хотя в настройках это указано
> словом defaultroute).
> Ну думаю не беда, прописываю в ip-up в самом конце нужный роут дефалтом.
> Теперь уже вроде как нормально, но стоит только попробовть открыть
> страничку, как происходит дисконнект. Настроить альтератором пробовал -
> то же самое.

Мож поможет...

У меня сейчас сизиф где-то двухнедельной давности...
Когда начал настраивать соединение pppoe через альтератор - эффект был 
аналогичный - разрыв соединения после 10-30 секунд работы (с pptp через 
альтератор - то же самое) Попробовал настроить pptp через KVpnc - 
заработало... Сравнил параметры для ppp и поправил ручками, то что сделал мне 
альтератор для etcnet. Сейчас настройки выглядят так:
 
В /etc/ppp/chap-secrets - логин пароль

/etc/net/ifaces/ppp20/options :
ONBOOT=yes
PPPTYPE=pppoe
HOST=eth0
PPPPERSIST=on
PPPMAXFAIL=0

/etc/net/ifaces/ppp20/pppoptions :
user xxxxxxx
defaultroute
nomppe
bsdcomp 9,15
deflate 9,15

Последние три параметра и оказались принципиальными - их альтератор не делает. 
Может, что-то и лишнее, может можно и оптимальней, но работает...

Роутинг в сторону vpn-сервера явно прописал в /etc/net/ifaces/eth0/ipv4route

Ну и так как поставил себе локальный кэширующий dns (основной у меня доступен 
через eth0 - это в локальной районной сети), то насильно возвращаю 
resolv.conf  в прежнее состояние (127.0.0.1)
/etc/ppp/ip-up.d/replace_dns:
#!/bin/sh
cp -f /etc/resolv.conf.sv /etc/resolv.conf


--
Alexander

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 451 bytes --]

Здравствуйте Alexander Yereshenko
  В сообщении от 2 июня 2007 Alexander Yereshenko написал(a):
 > Последние три параметра и оказались принципиальными - их альтератор
 > не делает.
 >
 > Может, что-то и лишнее, может можно и оптимальней, но работает...

А что в багзиллу не написали ? 

Мужики может и не знают :)

-- 
  А ещё говорят так  (fortune):
 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Alexander Yereshenko]

Доброе!
В сообщении от Saturday 02 June 2007 06:07:53 Хихин Руслан написал(а):

>   В сообщении от 2 июня 2007 Alexander Yereshenko написал(a):
>  > Последние три параметра и оказались принципиальными - их альтератор
>  > не делает.
>  >
>  > Может, что-то и лишнее, может можно и оптимальней, но работает...
>
> А что в багзиллу не написали ?
>
> Мужики может и не знают :)

Да как-то подумал, может это у меня именно так...  Не могли же настолько явный 
баг оставить в пакете, который может понадобиться многим, у кого-то же должно 
было работать по-умолчанию, как минимум у сборщика... :) А у меня проверить 
еще где-нибудь нет возможности... Поэтому и считал, что один раз - это 
случайность (два - повод задуматься, три - закономерность... :) )




--
Alexander

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 790 bytes --]

Здравствуйте Alexander Yereshenko
  В сообщении от 2 июня 2007 Alexander Yereshenko написал(a):
 > Да как-то подумал, может это у меня именно так...  Не могли же
 > настолько явный
 >
 > баг оставить в пакете, который может понадобиться многим, у кого-то
 > же должно
 >
 > было работать по-умолчанию, как минимум у сборщика... :) А у меня
 > проверить
 >
 > еще где-нибудь нет возможности... Поэтому и считал, что один раз -
 > это
 >
 > случайность (два - повод задуматься, три - закономерность... :) )

IMHO  пусть лучше на смех поднимут, чем пропустить баг, а у мантейнера 
он может и не проявляться (другой провайдер, сам исправил и забыл и 
т.п.)

-- 
  А ещё говорят так  (fortune):
 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 366 bytes --]

Здравствуйте Alexander Yereshenko
  В сообщении от 2 июня 2007 Alexander Yereshenko написал(a):


https://bugzilla.altlinux.org/show_bug.cgi?id=11958

Поправьте, если что не так прописал, заодно и подпишитесь пожайлуста на 
баг.

-- 
  А ещё говорят так  (fortune):
 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Alexander Yereshenko]

Доброе!
В сообщении от Saturday 02 June 2007 07:04:06 Хихин Руслан написал(а):
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=11958
>
> Поправьте, если что не так прописал, заодно и подпишитесь пожайлуста на
> баг.

Подписался... Подправлять собственно нечего. Кстати, есть вероятность, что для 
alterator-net-pptp проблема та же....


--
Alexander

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

Alexander Yereshenko пишет:
> Доброе!
> В сообщении от Friday 01 June 2007 07:08:10 CAMELj написал(а):
>
>   
>>   Установил я бету (dvd4-20070524.iso).
>> Возникла такая проблема: настройки для соединения к VPN, которые я применял
>> в 3.0.4 не работают... соединение происходит, выделяется IP, все вроде
>> нормально,
>> но дефалт роут на ppp0 не переходит (хотя в настройках это указано
>> словом defaultroute).
>> Ну думаю не беда, прописываю в ip-up в самом конце нужный роут дефалтом.
>> Теперь уже вроде как нормально, но стоит только попробовть открыть
>> страничку, как происходит дисконнект. Настроить альтератором пробовал -
>> то же самое.
>>     
>
> Мож поможет...
>
> У меня сейчас сизиф где-то двухнедельной давности...
> Когда начал настраивать соединение pppoe через альтератор - эффект был 
> аналогичный - разрыв соединения после 10-30 секунд работы (с pptp через 
> альтератор - то же самое) Попробовал настроить pptp через KVpnc - 
> заработало... Сравнил параметры для ppp и поправил ручками, то что сделал мне 
> альтератор для etcnet. Сейчас настройки выглядят так:
>  
> В /etc/ppp/chap-secrets - логин пароль ...........
>
>   
спасибо за совет.... эххх но не помогает :(

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[ABATAPA]

01 июня 2007 г. CAMELj написал:
> Возникла такая проблема: настройки для соединения к VPN, которые я применял
> в 3.0.4 не работают... соединение происходит, выделяется IP, все вроде
> нормально,

Default route _на host_ сервера прописан? Чтобы сервер был доступен _после_ 
смены defaultroute?

-- 
ABATAPA

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

ABATAPA пишет:

>01 июня 2007 г. CAMELj написал:
>  
>
>>Возникла такая проблема: настройки для соединения к VPN, которые я применял
>>в 3.0.4 не работают... соединение происходит, выделяется IP, все вроде
>>нормально,
>>    
>>
>
>Default route _на host_ сервера прописан? Чтобы сервер был доступен _после_ 
>смены defaultroute?
>
>  
>
я в /etc/ppp/ip-up добавил в конце (до exit) две строчки, что бы роут на
впн пошел (иначе он автоматом  не ставится):
/sbin/ip route del default
/sbin/ip route add default via 213.210.81.65

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Eugene Ostapets]

04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
> ABATAPA пишет:
> >Default route _на host_ сервера прописан? Чтобы сервер был доступен _после_
> >смены defaultroute?
> я в /etc/ppp/ip-up добавил в конце (до exit) две строчки, что бы роут на
> впн пошел (иначе он автоматом  не ставится):
> /sbin/ip route del default
> /sbin/ip route add default via 213.210.81.65
Как прописан роут на сам сервер vpn? Т.е. могут ли к нему ходить
пакеты после смены defaultroute?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

Eugene Ostapets пишет:

>04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
>  
>
>>ABATAPA пишет:
>>    
>>
>>>Default route _на host_ сервера прописан? Чтобы сервер был доступен _после_
>>>смены defaultroute?
>>>      
>>>
>>я в /etc/ppp/ip-up добавил в конце (до exit) две строчки, что бы роут на
>>впн пошел (иначе он автоматом  не ставится):
>>/sbin/ip route del default
>>/sbin/ip route add default via 213.210.81.65
>>    
>>
>Как прописан роут на сам сервер vpn? Т.е. могут ли к нему ходить
>пакеты после смены defaultroute?
>
>  
>
в чем провакация? раньше же ходили! дефалт роут менялся на впн сервер и
все туда шло (через этот самый дефалт)... думаете нужно оставить на eth
специально роут до впн?

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Eugene Ostapets]

04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
> Eugene Ostapets пишет:
> >Как прописан роут на сам сервер vpn? Т.е. могут ли к нему ходить
> >пакеты после смены defaultroute?
> в чем провакация? раньше же ходили! дефалт роут менялся на впн сервер и
> все туда шло (через этот самый дефалт)... думаете нужно оставить на eth
> специально роут до впн?
Если не прописан маршрут на хост(а я думаю он был прописан в старой
систме), то после смены defaultroute ничего уже ходить не будет, в том
числе vnp соединение...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

Eugene Ostapets пишет:
> Если не прописан маршрут на хост(а я думаю он был прописан в старой
> систме), то после смены defaultroute ничего уже ходить не будет, в том
> числе vnp соединение...
>   
СПАСИБО! наконец то заработало! :)
только вот все равно остался вопрос: почему так? почему надо оставлять 
на eth роут на впн сервак? я смотрел, такой строчки в старой системе 
нет! и гуи программки не оставляют его (и альтератор и Kvpnc).

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Eugene Ostapets]

04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
> Eugene Ostapets пишет:
> > Если не прописан маршрут на хост(а я думаю он был прописан в старой
> > систме), то после смены defaultroute ничего уже ходить не будет, в том
> > числе vnp соединение...
> >
> СПАСИБО! наконец то заработало! :)
:)
> только вот все равно остался вопрос: почему так? почему надо оставлять
> на eth роут на впн сервак? я смотрел, такой строчки в старой системе
> нет! и гуи программки не оставляют его (и альтератор и Kvpnc).
Я бы советовал прочитать что-то базовое о сетях... Тогда этот вопрос отпадет:)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

Eugene Ostapets пишет:
> Я бы советовал прочитать что-то базовое о сетях... Тогда этот вопрос отпадет:)
>   
зачем оставлять я уже догадываюсь
но ведь раньше не надо было... да и гуи настройщики получаются всё не 
правильно делают?

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Eugene Ostapets]

04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
> Eugene Ostapets пишет:
> > Я бы советовал прочитать что-то базовое о сетях... Тогда этот вопрос отпадет:)
> >
> зачем оставлять я уже догадываюсь
> но ведь раньше не надо было... да и гуи настройщики получаются всё не
> правильно делают?
Если маршрута нет, то работать не будет: значит вы просто не видите
где раньше прописывался этот маршрут и где его прописывают гуи
настройщики...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[CAMELj]

Eugene Ostapets пишет:
> Если маршрута нет, то работать не будет: значит вы просто не видите
> где раньше прописывался этот маршрут и где его прописывают гуи
> настройщики...
>
>   
вы намекаете что могут быть скрытые роуты? о_О
я то думал ip route  все выдает.
а настрйщики видимо никуда не прописывают - так как и они нифига не 
работают (сиптомы те же) .

Re: [Comm] VPN connection on ALT Linux 4 Desktop

[Eugene Ostapets]

04.06.07, CAMELj<_camel_ ngs.ru> написал(а):
> Eugene Ostapets пишет:
> > Если маршрута нет, то работать не будет: значит вы просто не видите
> > где раньше прописывался этот маршрут и где его прописывают гуи
> > настройщики...
> вы намекаете что могут быть скрытые роуты? о_О
Скрытых быть не может... Есть роут - работает vpn...
> я то думал ip route  все выдает.
> а настрйщики видимо никуда не прописывают - так как и они нифига не
> работают (сиптомы те же) .
Нет роута - не работает:)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru