keshalg

если модуль не установился, то надо скопировать вручную, он находится в build/drivers/pptp/driver А нечего же ставить-то: [root@centos6 ~]# ls /root/accel-ppp/drivers/pptp/driver |grep pptp. pptp.c [root@centos6 ~]# updatedb [root@centos6 ~]# locate /pptp.ko [root@centos6 ~]# похоже, что чего-то не хватает раз не собирается, система в минимальной конфигурации ставилась. Хотя не понятно, в логе сборке с дебагом он якобы создается. [root@centos6 accel-ppp]# cat debug.log|grep pptp.ko Обработка целевого файла `drivers/pptp/driver/pptp.ko'. Файл `drivers/pptp/driver/pptp.ko' не существует. Обновление целей, от которых зависит целевой файл `drivers/pptp/driver/pptp.ko', завершено. Необходимо пересобрать цель `drivers/pptp/driver/pptp.ko'. Помещение потомка 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32343 в цепочку активных потомков. Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32343 Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32344 Generating driver/pptp.ko Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32345 Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32347 Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32349 Незавершенный потомок 0x01a860d0 (drivers/pptp/driver/pptp.ko) PID 32351 Целевой файл `drivers/pptp/driver/pptp.ko' успешно пересоздан. Обрезается файл `drivers/pptp/driver/pptp.ko'. [root@centos6 accel-ppp]#

да, конечно, извините забыл уточнить, порядок такой: 1. клонирование с гита (git clone git://accel-ppp.git.sourceforge.net/gitroot/accel-ppp/accel-ppp ; cd accel-ppp) 2. cmake -DBUILD_DRIVER=TRUE -DKDIR=/usr/src/kernels/2.6.32-279.9.1.el6.x86_64/ (на свякий случай сделал сим.линк с этой диры на /usr/src/linux) 3. make 4. make install вот лог сборки (обычный)http://pastebin.com/sdsEcPw6 а вот с -d http://igor.net.ua/files/work/debug.log

Подскажите, пожалуйста, пытаюсь собрать из git на centos 6 (+last updates), делаю как обычно (по readme), сам accel-ppp компилируется, а вот модуль ядра нет, при сборке ошибок не выдает, вот что в логе: [2012-10-15 16:34:22]: warn: failed to load pptp kernel module [2012-10-15 16:34:22]: msg: accel-ppp version 59a82263d482f74f1405c19fb78f16873f2f8bac Посмотрел в accel-ppp/drivers/*, и правда файла pptp.ko нет. Пакеты kernel-devel, kernel-headers стоят соответственно версии рабочего ядра (kernel-2.6.32-279.9.1.el6.x86_64). В какую сторону копать?

я делаю примерно так же /sbin/iptables -t nat -I PREROUTING -p tcp -s (ip клиента-должника или диапозон неопознанных) -d ! 10.0.0.0/8 --dport 80 -j DNAT --to-destination ip_www_srv:81 где на ip_www_srv:81 ждет страница с пояснениями PS Не забываем делать SNAT

по моему: просто в /etc/ppp/options.pptpd добавить нужные опции (nomppe, или отключить MsChap и MsChapV2) , новые подключения будут уже с ними.И да, а чего не пропатчить ррр, что бы не заморачиваться с шифрование и его отсутствия?

modpobe ip_conntrack_pptp ip_nat_pptp

Тоже интересовал данный вопрос.Если машина не виртуальная, можно попробовать эти ядра, только по стабильности ничего сказать нельзя. AS IS как говорится, отпишитесь, пожалуйста, о результате, если он будет.

Можно, правьте :) Обошлось без правки кода.По совету уважаемого martin74, моя "частная проблема" решена скриптом auth-up из /еtс/ppp (man pppd) Спасибо за помощь и разрешение править GPL-проект. Я думал версия 0.8.5 актуальна, хотя бы для тех, кто работает на RH5-based системах (которым недоступны официальные новые ядра для 1.X). Прошу прощения, если влез в обсуждение неактуальной версии.

т.е. мне не "светит" аксцель?А нельзя ли подправить код, подобно стандартному pptpd, что бы аксцель обрабатывал точно так же это исключение? И правда же механические операторов ошибки просто неизбежны

Hу с радикальными методами понятно, пометровка сама отживает свое, я за компромиссное решение. Cаппорту трудно будет всех перевести на один вид доступа, да и авторизатор там информативный очень. Да не должно же такого быть, стандартный РоРоТОР - выдавал просто ошибку, но не валять же весь *nix.Удалось воспроизвести на стандартном pptpd [root@vpn2 ~]# rpm -q pptpd pptpd-1.3.4-2.rhel5 на клиенте пишет после авторизации в момент "Регистрация компьютера в сети..." Ошибка подключения .... Проверка подключений сетевых протоколов.... TCP/IP протокол сообщает об ошибке 52: ну удалось подключиться к сети из-за существования совпадающих имен. Измените имя компьютера на панели управления и повторите попытку на сервере в этот момент Dec 30 17:49:38 vpn2 pppd[6314]: local IP address 10.9.248.1 Dec 30 17:49:38 vpn2 pppd[6314]: remote IP address 10.9.0.248 Dec 30 17:49:38 vpn2 pppd[6314]: pptpd-logwtmp.so ip-up ppp0 kesha 10.9.0.248 Dec 30 17:49:38 vpn2 pppd[6314]: IPCP terminated by peer (h6hM-9^@<M-Mt^@^@^@4) Dec 30 17:49:38 vpn2 pppd[6314]: pptpd-logwtmp.so ip-down ppp0 Dec 30 17:49:38 vpn2 pppd[6314]: Connect time 0.0 minutes. Dec 30 17:49:38 vpn2 pppd[6314]: Sent 59620 bytes, received 16 bytes. Dec 30 17:49:38 vpn2 pppd[6314]: LCP terminated by peer (h6hM-9^@<M-Mt^@^@^@^@) Dec 30 17:49:38 vpn2 pppd[6314]: Modem hangup Dec 30 17:49:38 vpn2 pppd[6314]: Connection terminated. Dec 30 17:49:38 vpn2 pppd[6314]: Connect time 0.0 minutes. Dec 30 17:49:38 vpn2 pppd[6314]: Sent 59624 bytes, received 16 bytes. Dec 30 17:49:38 vpn2 pppd[6314]: Exit. Dec 30 17:49:38 vpn2 pptpd[6313]: CTRL: Client 10.9.0.248 control connection finished

Доброго времени суток уважаемые коллеги! Возникла тоже проблема с биллингом (stargazer.dp.ua). Прошу Вашей помощи, похоже наткнулся на баг: Использую версию accel-pptpd 0.8.5 на CentOS 5 со штатным ядром и ppp с вашим патчем allow-mppe-128 (большое спасибо за него, очень удобно стало, а то надоело следить за 2ми серверами). ppp общается с биллингом по средствам радиуса, который выдает Framed-IP-Address на туннель из биллинга. Исторически сложилось, что уживаются 2 вида тарифов: - пометровые (вид доступа - собственный авторизатор, открыващий фаерволл на роутерах для LAN-ip) и - безлимиты (ВПН, на туннелях у юзеров отдельная вирт.сеть), что обозначено в биллинге в поле IP (у пометровки - lan-ip , у анлимщиков - 10.9.248.0/23) до перехода когда пометровые клиенты коннектились на впн-сервер со стандартным pptpd выдавало ошибку 656 (точно не помню, воспроизвести не получается) и разрывало ВПН. Сейчас accel-pptpd имею: Dec 30 11:28:29 vpn1 pppd[801]: Plugin /usr/lib64/pppd/2.4.4/radius.so loaded. Dec 30 11:28:29 vpn1 pppd[801]: RADIUS plugin initialized. Dec 30 11:28:29 vpn1 pppd[801]: Plugin /usr/lib64/pppd/2.4.4/radattr.so loaded. Dec 30 11:28:29 vpn1 pppd[801]: RADATTR plugin initialized. Dec 30 11:28:29 vpn1 pppd[801]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Dec 30 11:28:29 vpn1 pptp[801]: Plugin pptp.so loaded. Dec 30 11:28:29 vpn1 pptp[801]: PPTP plugin version 0.8.5 compiled for pppd-2.4.4, linux-2.6.18-194.26.1.el5xen Dec 30 11:28:29 vpn1 pptp[801]: pppd 2.4.4 started by root, uid 0 Dec 30 11:28:29 vpn1 pptp[801]: Using interface ppp107 Dec 30 11:28:29 vpn1 pptp[801]: Connect: ppp107 <--> pptp (10.9.2.33) Dec 30 11:28:32 vpn1 pptp[801]: MPPE 128-bit stateless compression enabled Dec 30 11:28:32 vpn1 pptp[801]: local IP address 10.9.248.1 Dec 30 11:28:32 vpn1 pptp[801]: remote IP address 10.9.2.33 Dec 30 11:28:32 vpn1 kernel: HTB: quantum of class 10030 is small. Consider r2q change. Dec 30 11:28:44 vpn1 kernel: BUG: soft lockup - CPU#0 stuck for 10s! [pppd:801] Dec 30 11:28:44 vpn1 kernel: CPU 0: Dec 30 11:28:44 vpn1 kernel: Modules linked in: ipt_set(U) ip_set_nethash(U) ip_set(U) xt_MARK iptable_mangle act_police sch_i ngress cls_u32 sch_sfq cls_fw sch_htb testmgr_cipher testmgr aead crypto_blkcipher crypto_algapi crypto_api arc4 ppp_mppe ipt_ MASQUERADE iptable_nat ipt_TCPMSS xt_tcpudp iptable_filter ip_tables x_tables ip_nat_pptp ip_conntrack_pptp ip_nat ip_conntrac k nfnetlink pptp(U) pppox ppp_generic slhc dm_mirror dm_multipath scsi_dh scsi_mod parport_pc lp parport xennet pcspkr dm_raid 45 dm_message dm_region_hash dm_log dm_mod dm_mem_cache xenblk ext3 jbd uhci_hcd ohci_hcd ehci_hcd Dec 30 11:28:44 vpn1 kernel: Pid: 801, comm: pppd Tainted: G 2.6.18-194.26.1.el5xen #1 Dec 30 11:28:44 vpn1 kernel: RIP: e030:[<ffffffff80264aa9>] [<ffffffff80264aa9>] .text.lock.spinlock+0x26/0x30 Dec 30 11:28:44 vpn1 kernel: RSP: e02b:ffff880005c17c28 EFLAGS: 00000286 Dec 30 11:28:44 vpn1 kernel: RAX: ffff880005c17fd8 RBX: ffff880014fdb810 RCX: 00000000000000fc Dec 30 11:28:44 vpn1 kernel: RDX: ffffffffff578000 RSI: ffff880013e1c9c0 RDI: ffff880014fdb810 Dec 30 11:28:44 vpn1 kernel: RBP: ffff880014fdb810 R08: ffff88005e79347e R09: 0000000000000113 Dec 30 11:28:44 vpn1 kernel: R10: ffff880013e1c9c0 R11: 000000000000002f R12: ffff880002ee1800 Dec 30 11:28:44 vpn1 kernel: R13: 0000000000000034 R14: 0000000000000000 R15: ffff880004f05000 Dec 30 11:28:44 vpn1 kernel: FS: 00002b76e45d9af0(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 Dec 30 11:28:44 vpn1 kernel: CS: e033 DS: 0000 ES: 0000 Dec 30 11:28:44 vpn1 kernel: Dec 30 11:28:44 vpn1 kernel: Call Trace: Dec 30 11:28:45 vpn1 kernel: [<ffffffff80264959>] _spin_lock_bh+0x9/0x14 Dec 30 11:28:45 vpn1 kernel: [<ffffffff8819a76e>] :ppp_generic:ppp_push+0x61/0x54c Dec 30 11:28:45 vpn1 kernel: [<ffffffff8826735e>] :ppp_mppe:mppe_compress+0x141/0x178 Dec 30 11:28:45 vpn1 kernel: [<ffffffff8022efd3>] __alloc_skb+0x77/0x12d Dec 30 11:28:45 vpn1 kernel: [<ffffffff8819b4e7>] :ppp_generic:ppp_xmit_process+0x525/0x5c1 Dec 30 11:28:45 vpn1 kernel: [<ffffffff80264931>] _spin_lock_irqsave+0x9/0x14 Dec 30 11:28:45 vpn1 kernel: [<ffffffff8819d549>] :ppp_generic:ppp_start_xmit+0x1d9/0x21f Dec 30 11:28:45 vpn1 kernel: [<ffffffff8041fc0d>] dev_hard_start_xmit+0x1b7/0x28a Dec 30 11:28:45 vpn1 kernel: [<ffffffff8042fff1>] __qdisc_run+0x136/0x1f9 Dec 30 11:28:45 vpn1 kernel: [<ffffffff80230da8>] dev_queue_xmit+0x25d/0x394 Dec 30 11:28:45 vpn1 kernel: [<ffffffff802332f6>] ip_output+0x2ae/0x2dd Dec 30 11:28:45 vpn1 kernel: [<ffffffff881b701a>] :pptp:pptp_xmit+0x537/0x56d Dec 30 11:28:45 vpn1 kernel: [<ffffffff8819c2a0>] :ppp_generic:ppp_channel_push+0x3d/0xae Dec 30 11:28:45 vpn1 kernel: [<ffffffff8819d691>] :ppp_generic:ppp_write+0x102/0x111 Dec 30 11:28:45 vpn1 kernel: [<ffffffff80217377>] vfs_write+0xce/0x174 Dec 30 11:28:45 vpn1 kernel: [<ffffffff80217bc4>] sys_write+0x45/0x6e Dec 30 11:28:45 vpn1 kernel: [<ffffffff80260106>] system_call+0x86/0x8b Dec 30 11:28:45 vpn1 kernel: [<ffffffff80260080>] system_call+0x0/0x8b Dec 30 11:28:45 vpn1 kernel: Dec 30 11:28:54 vpn1 kernel: BUG: soft lockup - CPU#0 stuck for 10s! [pppd:801] и тд в цикле Пожалуйста, подскажите, возможные варианты решения данной проблемы. А то не хочется отказываться от данного "чудо" ПО, действительно прирост производительности существенный. Респект Xeb -у и тем кто принимает участия в разработке

похоже или все же разрешили? пробую все, что можно live cd dr-веба пишет: Cannot find boot device, когда выбираешь способ загрузки (ниодин не работает) ReactOS - виснет на старте загрузки, после запроса нажатия любой клавиши PS а винре у кого-нибудь загружается? у меня она из vape падает на старте. (тоже самое и из Алкид) И фича есть у tftp - файлы отдаются со скоростью 10Мбит/сек всего, образа долго тягаются по сети(

а можно узнать Ваши экспериментальные данные по всему диапазону широтыт.е. интересует градиент burst-а в зависимости от rate

у ребят с local.com.ua в последних сборках старгейзера (фриишный биллинг) есть спец.демон для исполнения скриптов на удаленных серверах. Сам пока не ковырял, вполне устраивает исполнение их по ssh с авторизацией по ключу. Правда а зачем что-то выдумывать?

2 s.lobanov: cпасибо за совет, озадачу помощника 2 Dyr: так а кто мешает его поправить и попрописывать нужное?