Bug 14730

Summary: add pap, debug and mtu
Product: Sisyphus Reporter: Mike Lykov <combr>
Component: alterator-net-pptpAssignee: Mikhail Efremov <sem>
Status: ASSIGNED --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: damir, imz, mike
Version: unstable   
Hardware: all   
OS: Linux   
URL: http://lists.altlinux.org/pipermail/sisyphus/2008-March/213342.html

Description Mike Lykov 2008-03-01 18:56:29 MSK
поставил себе alterator-net-pptp-0.5.3-alt1

есть у нас один провайдер, к которому я сейчас подключился, работает с pptp.
но есть у  него одна странность - авторизация только через PAP вместо CHAP.
вот пример того, как выглядит сессия при настройке из net-pptp при этом:

Feb 28 23:53:21 k8-3600 pptp[7284]: anon log[ctrlp_disp:pptp_ctrl.c:857]:
Received Outgoing Call Reply.
Feb 28 23:53:21 k8-3600 pptp[7284]: anon log[ctrlp_disp:pptp_ctrl.c:896]:
Outgoing call established (call ID 0, peer's call I
D 502).
Feb 28 23:53:21 k8-3600 pptp[7284]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call
disconnect notification received (call id 502)
Feb 28 23:53:21 k8-3600 pptp[7284]: anon log[ctrlp_disp:pptp_ctrl.c:787]:
Received Stop Control Connection Request.
(т.е. сразу обрывается)

я вручную переношу строку с паролем из chap-secrets в pap-secrets, и теперь имею:

Feb 29 22:39:34 k8-3600 pptp[10648]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
control packet type is 7 'Outgoing-Call-Reques
t'
Feb 29 22:39:34 k8-3600 pptp[10648]: anon log[ctrlp_disp:pptp_ctrl.c:857]:
Received Outgoing Call Reply.
Feb 29 22:39:34 k8-3600 pptp[10648]: anon log[ctrlp_disp:pptp_ctrl.c:896]:
Outgoing call established (call ID 0, peer's call
ID 30411).
Feb 29 22:39:37 k8-3600 pppd[10643]: PAP authentication succeeded
Feb 29 22:39:37 k8-3600 pppd[10643]: replacing old default route to eth0
[10.100.24.1]

---------------------
т.е. предлагаю:

1. галку "дурацкий провайдер", которая копирует логин еще и в pap-secrets (или
делать это сразу по умолчанию?)
2. галку "писать в лог сообщения отладки" (я не смог никуда ввернуть опцию debug
в конфигах, а без нее в пером случае ничего не понятно о причине)
Comment 1 Mike Lykov 2008-03-01 19:01:10 MSK
кстати (про mtu?)
вот текст этой баги я пытался запостить сюда вчера вечером и сегодня несколько раз.
выглядело это так: нажимаю commit, долгое висение (минут 4-5), потом появляется
окно скачивания Firefox с предложением сохранить на диск файл enter_bug.cgi ;)

подключился через точку linksys (pptp+ethernet+wifi)
тут же все запостилось (тот же браузер, тот же текст ;)
Comment 2 Mike Lykov 2008-03-01 19:11:13 MSK
mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс
ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492..

а у меня так вообще где-то дальше(на pptp-сервере провайдера?) стоит mtu 1460,
судя по пингам..
Comment 3 Michael Shigorin 2008-03-03 00:35:41 MSK
(In reply to comment #0)
> 1. галку "дурацкий провайдер", которая копирует логин еще и в pap-secrets
Попробуй 0.5.5, там логин/пароль вообще в pppoptions пишется (#14649).

> 2. галку "писать в лог сообщения отладки"
Повесь отдельно или подпишись на #11988 и упомяни -- склад того, что общее по
ppp, сейчас скорее там устроен.
Comment 4 Michael Shigorin 2008-03-17 10:32:50 MSK
Слава, если решите помочь -- здесь есть чем заняться :)
Comment 5 Michael Shigorin 2008-03-20 15:51:03 MSK
(In reply to comment #2)
> mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс
> ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492..
vsu@ порекомендовал 1460; так и сделано в 0.5.6-alt1.  Почему-то думал, что
давным-давно уже mtu прописываю :-/
Comment 6 Sergey Vlasov 2008-03-20 16:25:55 MSK
(In reply to comment #2)
> mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс
> ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492..
> 
> а у меня так вообще где-то дальше(на pptp-сервере провайдера?) стоит mtu 1460,
> судя по пингам..

1492 - это для PPPoE; у PPTP заголовки существенно больше.
Comment 7 Mike Lykov 2008-04-09 18:08:15 MSD
вот тут еще поступили предложения. можно в отдельную багу оформить ;)
-------------
[19:01:25] <Lost> вбил в адрес сервера - vpn.corbina.net - так он сдох
[19:02:03] <Lost> wRAR: он там писал route add vpn.corbina.net dev wire
[19:02:14] <Lost> в up-pre
[19:02:27] <Lost> а команда route не понимает хостнеймов
[19:02:59] <Lost> это просто кривой pptp
[19:03:06] <Lost> точнее alterator-net-pptp
[19:04:51] <Lost> combr: нет еще - некогда
[19:05:01] <Lost> combr: там надо другой финт ушами делать
[19:05:18] <Lost> combr: там надо во первых, прокинуть route для DNS-серверов
[19:05:28] <Lost> combr: потом резолвить имя
[19:05:38] <Lost> потом прокинуть роут для этого IP
[19:05:46] <Lost> и после этого только можно запускать pptp
Comment 8 Michael Shigorin 2008-08-17 19:36:26 MSD
(In reply to comment #7)
> вот тут еще поступили предложения. можно в отдельную багу оформить ;)
А нет желания с напильником сходить в backend?  Там не шибко умно.
Просто проверенный патч как-то легче втянуть, чем урывками добираться
(особенно когда выясняется, что очередным подходом что-нить сломал).

С разбирательством обязуюсь по возможности помочь :)
Comment 9 Michael Shigorin 2009-10-30 13:54:56 MSK
Помнится, mtu уже сделано.