14730 2008-03-01 18:56:29 +0300 add pap, debug and mtu 2009-10-30 13:54:56 +0300 1 1 4 Development Sisyphus alterator-net-pptp unstable all Linux ASSIGNED http://lists.altlinux.org/pipermail/sisyphus/2008-March/213342.html P2 normal --- 1 combr sem damir imz mike qa-sisyphus oldest_to_newest 64899 0 combr 2008-03-01 18:56:29 +0300 поставил себе 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 в конфигах, а без нее в пером случае ничего не понятно о причине) 64900 1 combr 2008-03-01 19:01:10 +0300 кстати (про mtu?) вот текст этой баги я пытался запостить сюда вчера вечером и сегодня несколько раз. выглядело это так: нажимаю commit, долгое висение (минут 4-5), потом появляется окно скачивания Firefox с предложением сохранить на диск файл enter_bug.cgi ;) подключился через точку linksys (pptp+ethernet+wifi) тут же все запостилось (тот же браузер, тот же текст ;) 64903 2 combr 2008-03-01 19:11:13 +0300 mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492.. а у меня так вообще где-то дальше(на pptp-сервере провайдера?) стоит mtu 1460, судя по пингам.. 64960 3 mike 2008-03-03 00:35:41 +0300 (In reply to comment #0) > 1. галку "дурацкий провайдер", которая копирует логин еще и в pap-secrets Попробуй 0.5.5, там логин/пароль вообще в pppoptions пишется (#14649). > 2. галку "писать в лог сообщения отладки" Повесь отдельно или подпишись на #11988 и упомяни -- склад того, что общее по ppp, сейчас скорее там устроен. 65992 4 mike 2008-03-17 10:32:50 +0300 Слава, если решите помочь -- здесь есть чем заняться :) 66277 5 mike 2008-03-20 15:51:03 +0300 (In reply to comment #2) > mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс > ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492.. vsu@ порекомендовал 1460; так и сделано в 0.5.6-alt1. Почему-то думал, что давным-давно уже mtu прописываю :-/ 66280 6 vsu 2008-03-20 16:25:55 +0300 (In reply to comment #2) > mtu - регулирование этого параметра стоит добавить, потому что сейчас интерфейс > ppp0 (p-t-p) создается с mtu 1500, а рекомендуется 1492.. > > а у меня так вообще где-то дальше(на pptp-сервере провайдера?) стоит mtu 1460, > судя по пингам.. 1492 - это для PPPoE; у PPTP заголовки существенно больше. 67870 7 combr 2008-04-09 18:08:15 +0400 вот тут еще поступили предложения. можно в отдельную багу оформить ;) ------------- [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 75593 8 mike 2008-08-17 19:36:26 +0400 (In reply to comment #7) > вот тут еще поступили предложения. можно в отдельную багу оформить ;) А нет желания с напильником сходить в backend? Там не шибко умно. Просто проверенный патч как-то легче втянуть, чем урывками добираться (особенно когда выясняется, что очередным подходом что-нить сломал). С разбирательством обязуюсь по возможности помочь :) 102387 9 mike 2009-10-30 13:54:56 +0300 Помнится, mtu уже сделано.