xeb Опубликовано 29 декабря, 2008 (изменено) · Жалоба https://sourceforge.net/project/showfiles.p...lease_id=650059 тов. Умнику выражается благодарность за инициацию работ над этим релизом. тов. Belize, Phantom, Pigeon выражается благодарность за помощь в тестировании. Изменено 29 декабря, 2008 пользователем xeb Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 29 декабря, 2008 · Жалоба А ни у кого не было проблем с клиентами на МакОС или длинковскими роутерами? Начали наблюдаться, пока копаем. 40-ая версия.как проявляется ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[anp/hsw] Опубликовано 29 декабря, 2008 · Жалоба в принципе я когда-то делал accel-pptp для ядра 2.4, правда давно не обновлял и думаю это уже не актуально ....а что мешает использовть 2.6 ядра ? очень большое количество изменений, за которыми просто не уследить, но которые тем не менее могут надолго блокировать работу.да и стабильность всеже, ибо пока чейнджлог для очередных версий 2.6 будет больше 100кб, считаю, использовать их рано. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirmax Опубликовано 29 декабря, 2008 (изменено) · Жалоба А ни у кого не было проблем с клиентами на МакОС или длинковскими роутерами? Начали наблюдаться, пока копаем. 40-ая версия.как проявляется ? У меня есть и макосы и говнороутеры от длинка, проблем нет Изменено 29 декабря, 2008 пользователем sirmax Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
XLighter Опубликовано 29 декабря, 2008 (изменено) · Жалоба А ни у кого не было проблем с клиентами на МакОС или длинковскими роутерами? Начали наблюдаться, пока копаем. 40-ая версия.как проявляется ? Проявляется следующим образом. Когда клиент на МакОси запускает, например, пинг какого-либо хоста в инете, то начинает расти время. сначала одна секунда, потом всё больше и больше. Такое чувство, что МакОс начинает буферизировать пакеты на отправку. Когда прерываешь пинг, tcpdump в тунеле продложает видеть icmp request/reply :) - видимо МакОс продолжает опустошать свой буфер. $ ping A.B.C.D PING A.B.C.D (A.B.C.D): 56 data bytes 64 bytes from A.B.C.D: icmp_seq=0 ttl=62 time=4769.564 ms 64 bytes from A.B.C.D: icmp_seq=1 ttl=62 time=4769.844 ms ... 64 bytes from A.B.C.D: icmp_seq=38 ttl=62 time=4771.354 ms 64 bytes from A.B.C.D: icmp_seq=39 ttl=62 time=4771.396 ms 64 bytes from A.B.C.D: icmp_seq=40 ttl=62 time=5770.952 ms 64 bytes from A.B.C.D: icmp_seq=41 ttl=62 time=5770.960 ms ... 64 bytes from A.B.C.D: icmp_seq=101 ttl=62 time=5773.800 ms 64 bytes from A.B.C.D: icmp_seq=102 ttl=62 time=5773.817 ms 64 bytes from A.B.C.D: icmp_seq=103 ttl=62 time=6774.631 ms 64 bytes from A.B.C.D: icmp_seq=104 ttl=62 time=6774.373 ms ... 64 bytes from A.B.C.D: icmp_seq=132 ttl=62 time=6775.681 ms 64 bytes from A.B.C.D: icmp_seq=133 ttl=62 time=6775.974 ms 64 bytes from A.B.C.D: icmp_seq=134 ttl=62 time=7775.932 ms 64 bytes from A.B.C.D: icmp_seq=135 ttl=62 time=7776.537 ms ... 64 bytes from A.B.C.D: icmp_seq=139 ttl=62 time=7776.503 ms 64 bytes from A.B.C.D: icmp_seq=140 ttl=62 time=7776.642 ms 64 bytes from A.B.C.D: icmp_seq=141 ttl=62 time=8776.654 ms 64 bytes from A.B.C.D: icmp_seq=142 ttl=62 time=8776.665 ms 64 bytes from A.B.C.D: icmp_seq=143 ttl=62 time=8776.653 ms 64 bytes from A.B.C.D: icmp_seq=144 ttl=62 time=8776.770 ms 64 bytes from A.B.C.D: icmp_seq=145 ttl=62 time=8776.681 ms 64 bytes from A.B.C.D: icmp_seq=146 ttl=62 time=10777.074 ms 64 bytes from A.B.C.D: icmp_seq=147 ttl=62 time=12777.313 ms 64 bytes from A.B.C.D: icmp_seq=148 ttl=62 time=14777.742 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from A.B.C.D: icmp_seq=149 ttl=62 time=20778.581 ms ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from A.B.C.D: icmp_seq=150 ttl=62 time=23778.851 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from A.B.C.D: icmp_seq=151 ttl=62 time=26779.815 ms А ни у кого не было проблем с клиентами на МакОС или длинковскими роутерами? Начали наблюдаться, пока копаем. 40-ая версия.как проявляется ? У меня есть и макосы и говнороутеры от длинка, проблем нет Какое ядро и версия pppd ? Изменено 29 декабря, 2008 пользователем XLighter Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirmax Опубликовано 29 декабря, 2008 · Жалоба Какое ядро и версия pppd ? #uname -a Linux zeus 2.6.27.7-sirmax1 #1 Mon Nov 24 10:00:58 EET 2008 i686 Intel(R) Celeron(R) CPU 2.80GHz GenuineIntel GNU/Linux accel-pptp-0.7.13, кстати, modinfo pptp не показывает информацию о версии модуля Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 30 декабря, 2008 · Жалоба XLighter, у вас нет тестового сервера на котором можно было бы посмотреть поближе что происходит ? А вообще,XLighter, если есть желание стукни мне в аську или жабу, обсудим варианты отладки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
N.leiten Опубликовано 3 января, 2009 · Жалоба а не мог бы кто-нибудь сделать backport accel-pptp для ядер 2.4? тогда я бы я смог проверить его под действительно БОЛЬШОЙ нагрузкой.... ... но к сожалению бы не смог собрать ядро с frame pointers, и вытерпеть больше 1 oops'а - ибо продакшен :) Сейчас занимаюсь этим вопросом, для Wive-NG и Wive прошивок. У нас ядро сменить никак, а userspace pptp работает ну очень плохо 1.5-2мбит максимум, плюс вываливается сам по себе. Готовлю под 2.4.18 ядро - модуль вроде бы собрал, завтра буду колупать плагин под pppd. Как закончу, отпишусь сюда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[anp/hsw] Опубликовано 4 января, 2009 · Жалоба Сейчас занимаюсь этим вопросом, для Wive-NG и Wive прошивок. У нас ядро сменить никак, а userspace pptp работает ну очень плохо 1.5-2мбит максимум, плюс вываливается сам по себе.Готовлю под 2.4.18 ядро - модуль вроде бы собрал, завтра буду колупать плагин под pppd. Как закончу, отпишусь сюда. спасибо, буду ждать результатов.а также надеюсь, что авторы проекта после этого будут выпускать патчи для версии 2.4 наравне с 2.6 :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 8 января, 2009 (изменено) · Жалоба Эх... Что-то не получается у меня собрать accel_pptp на Alt Linux Server 4.0.1 с ядром 2.6.18-std-smp-alt6. Вернее собрать получается, но с варнингами, а вот подгрузить модуль, никак :( При сборке: WARNING: "security_sk_classify_flow" [/root/install/accel_pptp/accel-pptp-0.8.1/kernel/driver/pptp.ko] undefined!WARNING: "__you_cannot_kzalloc_that_much" [/root/install/accel_pptp/accel-pptp-0.8.1/kernel/driver/pptp.ko] undefined! В dmesg: pptp: Unknown symbol __you_cannot_kzalloc_that_muchpptp: Unknown symbol sysctl_tcp_use_sg Может кто-то использовал этот модуль на Alt Linux? Не подскажите, в чем может быть проблема? Изменено 8 января, 2009 пользователем hiller Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 9 января, 2009 (изменено) · Жалоба Отбой. Проблема решилась сама собой после установки 2.6.27-std-srv-alt8 из сизифа... Кстати, результаты просто ошеломляющие! 100Mbit/sec, 8201pps, загрузка не более 3% processor : 0vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel® Core2 Quad CPU Q6600 @ 2.40GHz stepping : 11 cpu MHz : 2399.927 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips : 4799.85 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: Система собрана под x86-64... Огромное спасибо авторам! Изменено 9 января, 2009 пользователем hiller Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 10 января, 2009 (изменено) · Жалоба а также надеюсь, что авторы проекта после этого будут выпускать патчи для версии 2.4 наравне с 2.6 r45 | xeb | 2009-01-10 16:40:58 +0300 (Сбт, 10 Янв 2009) | 2 lines support for 2.4.37 kernel Изменено 10 января, 2009 пользователем xeb Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rsst Опубликовано 10 января, 2009 (изменено) · Жалоба Огромное спасибо авторам! Так оно перестало выпадать в кернел паник на мультипроцессорных железках? Изменено 10 января, 2009 пользователем rsst Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 10 января, 2009 · Жалоба Я пока еще не все тесты прогнал, под нагрузку соответственно тоже не ставил. Так что пока не изветсно, но очень надеюсь, что перестало. xeb, вы же что-то правили на эту тему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 11 января, 2009 · Жалоба конечно, проблемы с SMP в 0.8.1 устранены Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 11 января, 2009 · Жалоба Спасибо! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rsst Опубликовано 11 января, 2009 · Жалоба Спасибо! Присоединяюсь! ps: сегодня запущу в продакшн.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivantey Опубликовано 14 января, 2009 · Жалоба Модуль pptp - загружен. порт 1723 - закрыт. Как правильно запускать pptpd? Как обычный pptpd? Т.е. /usr/local/sbin/pptpd.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
hiller Опубликовано 14 января, 2009 · Жалоба Именно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VBA Опубликовано 20 января, 2009 · Жалоба Поставил accel-pptp 0.8.1, все классно... работает... вот только заметил, что в кернел-логе стали появляться такие вот сообщения: [15516.341431] SKB BUG: Invalid truesize (436) len=259, sizeof(sk_buff)=180 [15516.352816] SKB BUG: Invalid truesize (692) len=518, sizeof(sk_buff)=180 [15516.379079] SKB BUG: Invalid truesize (692) len=530, sizeof(sk_buff)=180 Что это значит? После остановки pptpd сообщения не появляються. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivantey Опубликовано 21 января, 2009 · Жалоба У меня подтвердилась ситуация с mac os. Пинги неимоверные с большими потерями. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xeb Опубликовано 21 января, 2009 · Жалоба Поставил accel-pptp 0.8.1, все классно... работает... вот только заметил, что в кернел-логе стали появляться такие вот сообщения:пока не ясно в чём причина, маловато информации У меня подтвердилась ситуация с mac os. Пинги неимоверные с большими потерями.качаю Kalyway 10.5.2 DVD Intel_Amd (sse2/sse3) EFI V8, посмотрим ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VBA Опубликовано 23 января, 2009 · Жалоба пока не ясно в чём причина, маловато информацииДистриб: Ubuntu 8.10 Server Edition # uname -a Linux NAS-2-test 2.6.27-9-server #1 SMP Thu Nov 20 22:53:41 UTC 2008 i686 GNU/Linux Какая еще информация необходима? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[anp/hsw] Опубликовано 23 января, 2009 (изменено) · Жалоба r45 | xeb | 2009-01-10 16:40:58 +0300 (Сбт, 10 Янв 2009) | 2 lines support for 2.4.37 kernel а где скачать-то можно? на сайте только 0.8.1 от 29 декабря... а все, нашел в cvs попробуем на тест, спасибо Изменено 23 января, 2009 пользователем [anp/hsw] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
manik Опубликовано 25 января, 2009 · Жалоба Поставил accel-pptp 0.8.1, все классно... работает... вот только заметил, что в кернел-логе стали появляться такие вот сообщения: [15516.341431] SKB BUG: Invalid truesize (436) len=259, sizeof(sk_buff)=180 [15516.352816] SKB BUG: Invalid truesize (692) len=518, sizeof(sk_buff)=180 [15516.379079] SKB BUG: Invalid truesize (692) len=530, sizeof(sk_buff)=180 Что это значит? После остановки pptpd сообщения не появляються. у меня такие сообщения сразу начинают сыпаться в лог, когда запускаю iptraf для просмотра статистики интерфейсов. Такая ситуация замечена на ядрах 2.6.27.9 и 2.6.25-14, на других не пробовал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...