aleut22

[Решено] Тариф 50 мбит + linux -xl2tpd

Рекомендованные сообщения

как тут выяснили, на 50 мбитном тарифе не проходит chap-авторизация в линуксе. При тех же настройках другой аккаунт (тариф не 50 мбит) нормально авторизуется. В техподдержке сказали, что помочь ничем не могут, но если накопится достаточное количество обращений - начнут исследовать, в чем дело. У кого такая же проблема - звоните в ТП, записывайте номер заявки и не давайте ее закрывать, ну и отписывайтесь тут, будем знатьсколько нас. Пяти обращений должно быть достаточно.

P.S. а если у кого-то работает - делитесь настройками

Изменено пользователем aleut22

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

краткое содержание предыдущих серий или того, что мне удалось выяснить

1. тариф со стороны билайна настроен на авторизацию только по l2tp, по pptp не работает.

2. из винды авторизуется.

3. xl2tp не авторизует

4. openl2tp авторизует.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

...

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

что-то мне подсказывает что ноги начинают расти из этого места

<auth chap MD5> 

а можно увидеть лог удачного соединения?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

xl2tp или openl2tp?

 

а вообще, я вам ни то ни то не покажу.

 

openl2tp после того как отваливается, оставляет висеть что-то на сервере корбины. после этого даже перезагрузка не помогает. соответственно, опенл2тп больше не коннектит, но что самое удивительное, хл2тп перестает подключаться даже под логином beeline:beeline после этого...

я звонил в поддержку завести заявку как в посте... с инженером пообщались, он увидел этот "висяк" и снял его.

после этого мне опять ОДИН раз удалось подключиться через опенл2тп и с тех пор всё ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

xl2tp или openl2tp?

 

а вообще, я вам ни то ни то не покажу.

 

openl2tp после того как отваливается, оставляет висеть что-то на сервере корбины. после этого даже перезагрузка не помогает. соответственно, опенл2тп больше не коннектит, но что самое удивительное, хл2тп перестает подключаться даже под логином beeline:beeline после этого...

я звонил в поддержку завести заявку как в посте... с инженером пообщались, он увидел этот "висяк" и снял его.

после этого мне опять ОДИН раз удалось подключиться через опенл2тп и с тех пор всё ;)

Висяк - это туннель, не удаленный. А вообще надо логи смотреть. Включить dubug в pppd и смотреть почему не авторизуется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

xl2tp или openl2tp?

 

а вообще, я вам ни то ни то не покажу.

...

 

а виндовый можете показать? чего ж они там ннаворотили?

 

делается как-то так

netsh ras set tracing ppp enabled

включается

netsh ras show tracing

смотрится

netsh ras set tracing ppp disabled

выключается

и вроде должен писаться в %systemroot%\tracing\ppp.log или как-то еще

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

[25164] 05-22 18:09:15:840: Authenticating phase started
[25164] 05-22 18:09:15:840: Calling APWork in APStart
[25112] 05-22 18:09:15:862: Packet received (30 bytes) for hPort 11
[25164] 05-22 18:09:15:862: >PPP packet received at 05/22/2011 14:09:15:862
[25164] 05-22 18:09:15:862: >Protocol = CHAP, Type = Protocol specific, Length = 0x1e, Id = 0x1, Port = 11
[25164] 18:09:15:862: >C2 23 01 01 00 1C 10 D4 21 96 BE E7 32 02 0B 42 |.#......!...2..B|
[25164] 18:09:15:862: >F8 8F F2 13 AE 58 11 62 72 61 73 35 31 30 00 00 |.....X.bras510..|
[25164] 05-22 18:09:15:862:
[25164] 05-22 18:09:15:863: <PPP packet sent at 05/22/2011 14:09:15:863
[25164] 05-22 18:09:15:863: <Protocol = CHAP, Type = Protocol specific, Length = 0x1c, Id = 0x1, Port = 11
[25164] 18:09:15:863: <C2 23 02 01 00 1A 10 0E 4C 40 F0 F8 52 9D E0 34 |.#......L@..R..4|
[25164] 18:09:15:863: <7B 9E 72 91 E4 4B B0 64 72 73 75 6E 00 00 00 00 |{.r..K.drsun....|
[25164] 05-22 18:09:15:863:
[25164] 05-22 18:09:15:863: InsertInTimerQ called portid=10,Id=1,Protocol=c223,EventType=0,fAuth=0,Timeout=1
[25112] 05-22 18:09:15:882: Packet received (6 bytes) for hPort 11
[25164] 05-22 18:09:15:882: >PPP packet received at 05/22/2011 14:09:15:882
[25112] 05-22 18:09:15:882: Packet received (12 bytes) for hPort 11
[25164] 05-22 18:09:15:882: >Protocol = CHAP, Type = Protocol specific, Length = 0x6, Id = 0x1, Port = 11
[25164] 18:09:15:882: >C2 23 03 01 00 04 00 00 00 00 00 00 00 00 00 00 |.#..............|
[25164] 05-22 18:09:15:882:

 

например, вот?

 

да собственно ничего тут интересного

 

я tcpdump-ом смотрел. разница только в том, что винда сначала посылает "идентификацию"... типа я винда тралляля.

 

[25164] 05-22 18:09:15:840: Sending Version Identification MSRASV5.20
[25164] 05-22 18:09:15:840: <PPP packet sent at 05/22/2011 14:09:15:840
[25164] 05-22 18:09:15:840: <Protocol = LCP, Type = Identification, Length = 0x14, Id = 0x4, Port = 11
[25164] 18:09:15:840: <C0 21 0C 04 00 12 3E 5F 18 18 4D 53 52 41 53 56 |.!....>_..MSRASV|
[25164] 18:09:15:840: <35 2E 32 30 00 00 00 00 00 00 00 00 00 00 00 00 |5.20............|
[25164] 05-22 18:09:15:840:
[25164] 05-22 18:09:15:840: Sending ComputerName Identification MSRAS-0-MAKAVELI
[25164] 05-22 18:09:15:840: <PPP packet sent at 05/22/2011 14:09:15:840
[25164] 05-22 18:09:15:840: <Protocol = LCP, Type = Identification, Length = 0x1a, Id = 0x5, Port = 11
[25164] 18:09:15:840: <C0 21 0C 05 00 18 3E 5F 18 18 4D 53 52 41 53 2D |.!....>_..MSRAS-|
[25164] 18:09:15:840: <30 2D 4D 41 4B 41 56 45 4C 49 00 00 00 00 00 00 |0-MAKAVELI......|
[25164] 05-22 18:09:15:840:
[25164] 05-22 18:09:15:840: Client: LCP Configured successfully for Guid {3C15E0C8-2A62-4AAF-B469-8320DE666F4E
}
[25164] 05-22 18:09:15:840: Sending Correlation Guid {3C15E0C8-2A62-4AAF-B469-8320DE666F4E}
[25164] 05-22 18:09:15:840: <PPP packet sent at 05/22/2011 14:09:15:840
[25164] 05-22 18:09:15:840: <Protocol = LCP, Type = Identification, Length = 0x1a, Id = 0x6, Port = 11
[25164] 18:09:15:840: <C0 21 0C 06 00 18 3E 5F 18 18 C8 E0 15 3C 62 2A |.!....>_.....<b*|
[25164] 18:09:15:840: <AF 4A B4 69 83 20 DE 66 6F 4E 00 00 00 00 00 00 |.J.i. .foN......|
[25164] 05-22 18:09:15:840:
[25164] 05-22 18:09:15:840: Authenticating phase started

 

ихняя сторона на это никак не реагирует.

 

в остальном все одинаково.

 

вот, это хл2тп ПОСЛЕ того как openl2tp отпал и оставил "висяк"... не авторизуется даже билайн-билайн

May 22 20:52:22 cube pppd[2505]: Connect: ppp500 <--> /dev/pts/3
May 22 20:52:22 cube pppd[2505]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x29754cc4>]
May 22 20:52:22 cube pppd[2505]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x338879d8> <pcomp> <accomp>]
May 22 20:52:22 cube pppd[2505]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
May 22 20:52:22 cube pppd[2505]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x29754cc4>]
May 22 20:52:22 cube pppd[2505]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x338879d8>]
May 22 20:52:22 cube pppd[2505]: sent [LCP ConfAck id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x338879d8>]
May 22 20:52:22 cube pppd[2505]: sent [LCP EchoReq id=0x0 magic=0x29754cc4]
May 22 20:52:22 cube pppd[2505]: rcvd [LCP EchoRep id=0x0 magic=0x338879d8]
May 22 20:52:22 cube pppd[2505]: rcvd [CHAP Challenge id=0x1 <cbfe39117c2c5c7242f88ff2976fa9c7>, name = "bras510"]
May 22 20:52:22 cube pppd[2505]: sent [CHAP Response id=0x1 <c103fd5e9f6382affae619709cc9dc45>, name = "beeline"]
May 22 20:52:22 cube pppd[2505]: rcvd [CHAP Failure id=0x1 "Authentication failed"]
May 22 20:52:22 cube pppd[2505]: CHAP authentication failed: Authentication failed
May 22 20:52:22 cube pppd[2505]: CHAP authentication failed
May 22 20:52:22 cube pppd[2505]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
May 22 20:52:22 cube pppd[2505]: rcvd [LCP TermAck id=0x2]
May 22 20:52:22 cube pppd[2505]: Connection terminated.

 

вот в логах нашел как опенл2тп подключается. но там пппд без дебага :(

 

May 22 12:06:58 cube openl2tpd[2290]: Start, trace_flags=00000000
May 22 12:06:58 cube openl2tpd[2290]: OpenL2TP V1.8, (c) Copyright 2004-2010 Katalix Systems Ltd.
May 22 12:06:58 cube openl2tpd[2290]: Loading plugin /usr/lib/openl2tp/ppp_unix.so, version V1.5
May 22 12:06:58 cube openl2tpd[2290]: Using config file: /etc/openl2tpd.conf
May 22 12:06:58 cube pppd[2296]: Plugin pppol2tp.so loaded.
May 22 12:06:58 cube pppd[2296]: Plugin openl2tp.so loaded.
May 22 12:06:58 cube pppd[2296]: pppd 2.4.5 started by root, uid 0
May 22 12:06:58 cube pppd[2296]: Using interface ppp1
May 22 12:06:58 cube pppd[2296]: Connect: ppp1 <-->
May 22 12:06:58 cube pppd[2296]: Overriding mtu 1500 to 1460
May 22 12:06:58 cube pppd[2296]: Overriding mru 1500 to mtu value 1460
May 22 12:06:58 cube pppd[2296]: CHAP authentication succeeded
May 22 12:06:58 cube pppd[2296]: CHAP authentication succeeded
May 22 12:07:00 cube pppd[2296]: Cannot determine ethernet address for proxy ARP
May 22 12:07:00 cube pppd[2296]: local  IP address 95.25.200.169
May 22 12:07:00 cube pppd[2296]: remote IP address 78.107.1.255
May 22 12:09:58 cube pppd[2296]: LCP terminated by peer
May 22 12:09:58 cube pppd[2296]: Connect time 3.0 minutes.
May 22 12:09:58 cube pppd[2296]: Sent 1429080854 bytes, received 11036 bytes.
May 22 12:09:58 cube pppd[2296]: Overriding mtu 1500 to 1460
May 22 12:09:58 cube pppd[2296]: Overriding mru 1500 to mtu value 1460
May 22 12:09:58 cube pppd[2296]: Terminating on signal 15

Изменено пользователем Dr.Sun

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну так включите debug в файле /etc/ppp/options

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

главное звоните в техподдержку, и настаивайте, что проблема именно с линуксом, l2tp и этим тарифом, иначе причину искать никто не будет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

главное звоните в техподдержку, и настаивайте, что проблема именно с линуксом, l2tp и этим тарифом, иначе причину искать никто не будет.

звонил. настаивал. девушка отпиралась "у нас нет никаких распоряжений на эту тему, я даже не знаю как заявку завести".

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

но заяка из личного кабинета пропала.

 

Ну так включите debug в файле /etc/ppp/options

ну так если вы читали топик, то заметили, что у меня больше одного раза опенл2тп не подключается.

 

жду вашего профессионального комментария, вот лог опенл2тп удачный

 

May 23 08:53:33 cube pppd[3607]: Connect: ppp1 <-->
May 23 08:53:33 cube pppd[3607]: Overriding mtu 1500 to 1460
May 23 08:53:33 cube pppd[3607]: PPPoL2TP options: tid 39354 sid 43041 debugmask 0
May 23 08:53:33 cube pppd[3607]: Overriding mru 1500 to mtu value 1460
May 23 08:53:33 cube pppd[3607]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x7d410673>]
May 23 08:53:33 cube pppd[3607]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]
May 23 08:53:33 cube pppd[3607]: sent [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]
May 23 08:53:33 cube pppd[3607]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x7d410673>]
May 23 08:53:33 cube pppd[3607]: PPPoL2TP options: tid 39354 sid 43041 debugmask 0
May 23 08:53:33 cube pppd[3607]: sent [LCP EchoReq id=0x0 magic=0x7d410673]
May 23 08:53:33 cube pppd[3607]: rcvd [LCP EchoRep id=0x0 magic=0x36255759]
May 23 08:53:33 cube pppd[3607]: rcvd [CHAP Challenge id=0x1 <b02c157e0cebb9fe42f88ff29c7a6024>, name = "bras510"]
May 23 08:53:33 cube pppd[3607]: sent [CHAP Response id=0x1 <fc42237a9cf75f7418ca004170d5afb3>, name = "drsun"]
May 23 08:53:33 cube pppd[3607]: rcvd [CHAP Success id=0x1 ""]
May 23 08:53:33 cube pppd[3607]: CHAP authentication succeeded
May 23 08:53:33 cube pppd[3607]: CHAP authentication succeeded

 

даже если не пользоваться соединением, все равно отпадает, причем по запросу с сервера.

May 23 09:15:05 cube pppd[3607]: rcvd [LCP TermReq id=0x2]
May 23 09:15:05 cube pppd[3607]: LCP terminated by peer
May 23 09:15:05 cube pppd[3607]: openl2tp send: sent PPP_UPDOWN_IND, 52 bytes
May 23 09:15:05 cube pppd[3607]: Connect time 21.5 minutes.
May 23 09:15:05 cube pppd[3607]: Sent 0 bytes, received 62349 bytes.
May 23 09:15:05 cube pppd[3607]: Script /etc/ppp/ip-down started (pid 3660)
May 23 09:15:05 cube pppd[3607]: Overriding mtu 1500 to 1460
May 23 09:15:05 cube pppd[3607]: PPPoL2TP options: tid 39354 sid 43041 debugmask 0
May 23 09:15:05 cube pppd[3607]: Overriding mru 1500 to mtu value 1460
May 23 09:15:05 cube pppd[3607]: sent [LCP TermAck id=0x2]
May 23 09:15:05 cube pppd[3607]: Terminating on signal 15

Изменено пользователем Dr.Sun

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

May 23 08:53:33 cube pppd[3607]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]

May 23 08:53:33 cube pppd[3607]: sent [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]

 

pppd - поиграйтесь параметрами nopcomp, noaccomp(включайте по одному, затем оба ) у меня без этих параметром ошибка авторизации стабильно,

а с ними логин нормальный.

 

Да, asyncmap лучше 0x0000.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

May 23 08:53:33 cube pppd[3607]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]

May 23 08:53:33 cube pppd[3607]: sent [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x36255759> <pcomp> <accomp>]

 

pppd - поиграйтесь параметрами nopcomp, noaccomp(включайте по одному, затем оба ) у меня без этих параметром ошибка авторизации стабильно,

а с ними логин нормальный.

 

Да, asyncmap лучше 0x0000.

делал. включал выключал, правда, по два... попробую отдельно, но шансов мало.

асинкмап тоже ставил. разницы никакой. он всё равно принимает настройку с сервера.

 

попробовал. не помогает, все тоже самое.

 

меня вот что беспокоит...

когда openl2tp отпадет - он оставляет туннель, который висит в состоянии retry

при этом даже если опенл2тп выключить совсем... то хл2тпд не авторизуется даже с работающими логинами.

 

в голове, опять же, не укладывается, но это факт.

Изменено пользователем Dr.Sun

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

...

делал. включал выключал, правда, по два... попробую отдельно, но шансов мало.

асинкмап тоже ставил. разницы никакой. он всё равно принимает настройку с сервера.

...

а можно увидеть все именно те опции, которые были на удачной последней авторизации? что-то мне подсказывает что просто допиливают настройки сервера. и проблемм похоже не одна.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

запостите больше информации по конфигам, опциям с которыми запускаете openl2tp и xl2tp, информацию с системе, ставились ли пакеты из репозитория или собирались вручную,

у openl2tp может иногда наблюдаться баг, что оно не реконнектит

Изменено пользователем zxzxz

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все гораздо проще. Туннель в retry остается. Если подождать 5 минут, то сессия снова поднимется, если не суетиться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все гораздо проще. Туннель в retry остается. Если подождать 5 минут, то сессия снова поднимется, если не суетиться.

ну если это происходить будет

Connect time 21.5 minutes
или чаще. :unsure:

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Частые разъединения происходят обычно со стороны провайдера. Надо с этим разбираться. Если опцию persist убрать, то можно вручную без проблем соединяться. Это недостаток openl2tp, что когда persist, вручную нельзя пересоединиться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Частые разъединения происходят обычно со стороны провайдера. Надо с этим разбираться. Если опцию persist убрать, то можно вручную без проблем соединяться. Это недостаток openl2tp, что когда persist, вручную нельзя пересоединиться.

вот по тому и хотелось бы видеть наборы опций и наборы опций сервера не помешали бы (но в билайна конфиг серва узнать вряд ли удастся - и величина это не постоянная )

 

зы а кто-нибудь пробовал этот метод на новом тарифе (там есть интересное) http://homenet.beeline.ru/index.php?showtopic=253097 ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У меня дома циска, с такой-же фигней столкнулся. Пока общение с техподдержкой к результатам не привело. Думаю как только 1 июня тариф станет доступен старым клиентам для переключения в личном кабинете, то количество заявок в ТП возрастет.

http://homenet.beeline.ru/index.php?showtopic=206930&view=findpost&p=1064831998

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

...

делал. включал выключал, правда, по два... попробую отдельно, но шансов мало.

асинкмап тоже ставил. разницы никакой. он всё равно принимает настройку с сервера.

...

а можно увидеть все именно те опции, которые были на удачной последней авторизации? что-то мне подсказывает что просто допиливают настройки сервера. и проблемм похоже не одна.

xl2tpd ни разу не подключился под этим тарифом.

подключение openl2tpd есть выше лог. там понятны опции... ну т.е. вообще говоря, там их нет. все что сервер дает - так и принимается.

 

изменений на серверной стороне, насколько я могу судить, не было.

 

запостите больше информации по конфигам, опциям с которыми запускаете openl2tp и xl2tp, информацию с системе, ставились ли пакеты из репозитория или собирались вручную,

у openl2tp может иногда наблюдаться баг, что оно не реконнектит

все собрано вручную, дебиан ленни, ядро 2.6.37, пппд 2.4.5, хл2птд 1.2.8, опенл2тпд 1.18

инормация по конфигам ничего не даст. во-первых вам какой вариант из 100? я все пробовал - везде один и тот же результат. представьте, что конфиги из инструкций в этом разделе.

 

вот по тому и хотелось бы видеть наборы опций и наборы опций сервера не помешали бы (но в билайна конфиг серва узнать вряд ли удастся - и величина это не постоянная )

 

зы а кто-нибудь пробовал этот метод на новом тарифе (там есть интересное) http://homenet.beeline.ru/index.php?showtopic=253097 ?

если бы были известны настройки на той стороне, то обсуждать бы и нечего было ;)

 

что конкретно интересного по ссылке? у меня нет графики.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

...

что конкретно интересного по ссылке? у меня нет графики.

а там графический конфигуратор только (наглядненько - позволяет тестировать варианты), а работает и так

 

Залил новую версию vpnpptp-0.3.0 (http://code.google.com/p/vpnpptp/downloads/list), в которой можно создавать сколько угодно соединений VPN как PPTP, так и L2TP, и управлять ими. Эти соединения работают в том числе без иксов:

Установить соединение VPN PPTP: pppd call имя_соединения

Отключить соединение VPN PPTP или L2TP: killall pppd

Установить соединение VPN L2TP:

1) service xl2tpd restart,

2) echo "c имя_соединения" > /var/run/xl2tpd/l2tp-control

 

зы а у меня нет билайна ( просто другой пров щас без этих наворотов).

Изменено пользователем VladimirSS

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Установить соединение VPN L2TP:

1) service xl2tpd restart,

2) echo "c имя_соединения" > /var/run/xl2tpd/l2tp-control

ну т.е. ничего нового, иными словами.

 

Все гораздо проще. Туннель в retry остается. Если подождать 5 минут, то сессия снова поднимется, если не суетиться.

там есть настройка для этого туннель_перзист че-то там. как раз 300 секунд стоит по умолчанию. меньше 120 мне поставить не удалось.

 

т.е. если отваливается, то на 2 минуты минимум.

 

а так да, если не дергаться, то поднимается обратно через этот промежуток.

 

вот найти бы возможность выставить там секунд 5 вместо 300 и можно жить :)

 

видимо надо в сорцах поправить и перекомпилять. попробую.

 

     if (msg->config.flags & L2TP_API_CONFIG_FLAG_TUNNEL_PERSIST_PEND_TIMEOUT) {
               /* persist pend timeout is at least 2 minutes */
               if (msg->config.tunnel_persist_pend_timeout >= 120) {
                       l2tp_tunnel_persist_pend_timeout = msg->config.tunnel_persist_pend_timeout;
               }
       }

ну вообщем вот, для чего-то 2 минуты минимум.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не надо делать меньше таймаут. Даже, когда делаешь 120 не всегда нормально поднимается туннель. В большинстве случаев туннель не падает, а только сессия. Там таймаут можно любой сделать. А туннель лучше оставить 300.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

у меня почему-то переподнимается именно туннель. т.е. 5 минут надо ждать. быть может, на той стороне его рвут.

вообщем, опенл2тп дерьмовато работает. часто рвется, плохое решение :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ерунду говорите про openl2tp. Рвется не из-за него, а из-за провайдера. Тут разрывы на любом устройстве будут. Единственная осбенность openl2tp - медленное восстановление разрывов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

дада, только на винде нет разрывов, а тут каждые 5 минут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

дада, только на винде нет разрывов, а тут каждые 5 минут.

И на винде разрывы бывают. Это же Билайн. У меня тоже были разрывы одно время частые. Потом раз-два в день. Теперь уже неделя без разрывов. Это общеизвестно. Клиентская ось тут не причем. Просто совпало так наверное.

Изменено пользователем VladimirSS
убрал дубль поста

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

И на винде разрывы бывают. Это же Билайн. У меня тоже были разрывы одно время частые. Потом раз-два в день. Теперь уже неделя без разрывов. Это общеизвестно. Клиентская ось тут не причем. Просто совпало так наверное.

я не знаю, забил на линукс, в винде 3 суток до сих пор. сейчас опять линукс включу.

 

И на винде разрывы бывают. Это же Билайн. У меня тоже были разрывы одно время частые. Потом раз-два в день. Теперь уже неделя без разрывов. Это общеизвестно. Клиентская ось тут не причем. Просто совпало так наверное.

я не знаю, забил на линукс, в винде 3 суток до сих пор. сейчас опять линукс включу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

я не знаю, забил на линукс, в винде 3 суток до сих пор. сейчас опять линукс включу.

а я забил на билайн. винду на 1 из 5 компов оставил дочери для изучения офиса\играния в игры. не хочу разбираться в билайновых фичах, устал.

как ни позвонишь в тп - передерни кабель - перегрузи - сбрось настройки. а так uptime по 45 дней (затем обследование\чистка мусора и логов) , нет оно и больше может работать.

 

и включать билайн не буду.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас