[paganmind]

ну тут уж ничего поделать не могу, rfc2661

Видимо проблема в конкретной реализации клиента. Сегодня попробовал l2tp и pptp еще и с RouterOS - работает хорошо.

[lost]

ну да, есть такое, исправиццо...

скорее бы :) а то как то не красиво по папочкам раскладывается :)

[demonznet]

Тестировал работу l2tp. С Windows-машин (Windows 7) работает хорошо, а вот с роутеров (для примера Dlink DIR-100) имеем ошибку:

 

[2010-12-10 17:17:36]: warn: l2tp: incorrect avp received (type=5, M=0, must be 1)

[2010-12-10 17:17:39]: warn: l2tp: incorrect avp received (type=5, M=0, must be 1)

[2010-12-10 17:17:44]: warn: l2tp: incorrect avp received (type=5, M=0, must be 1)

[2010-12-10 17:17:53]: warn: l2tp: incorrect avp received (type=5, M=0, must be 1)

Аналогично, не смог настроить с Linux-клиента (xl2tpd). Ошибка такая же (конфиги брал отсюда: http://www.linux.org.ru/forum/general/5087121 ).

 

Никто не встречал подобное?

Были точно такие же ошибки при попытке подключить роутер Asus RT-N16 (fw 1.0.1.6) к серверу с accel-pptp.

 

После того как уважаемый xeb исправил словарь, роутер стал нормально подключаться.

[XLighter]

Я так понимаю, что 0.8.5 под 2.6.36.х не собрать и надо ждать 37-е ядро?

[Abram]

Почему же, у меня работает. Просто драйвер ядра возьмите из 1.2.х, и всё.

[XLighter]

Действительно. Спасибо!

[DrakoN]

это правило на сервере есть ?

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

После включения этого правила ядро стало гадить в dmesg примерно так:

[2008237.574681] xt_TCPMSS: bad length (480 bytes)

[2008264.779032] xt_TCPMSS: bad length (1388 bytes)

[2008264.779406] xt_TCPMSS: bad length (1388 bytes)

[2008292.253832] xt_TCPMSS: bad length (108 bytes)

[2008322.270190] xt_TCPMSS: bad length (1400 bytes)

[2008334.963110] xt_TCPMSS: bad length (1400 bytes)

[2028021.034896] xt_TCPMSS: bad length (108 bytes)

Вопрос: как это вылечить? С одной стороны и правило полезное, и сообщения лишние.

[Cramac]

Всем привет. Подскажите, случилась беда, упали все pptp коннекты, и в логах пишет такое:

 

Dec 18 12:42:31 ppp-server pppd[11542]: Plugin radius.so loaded.

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Client pppd TERM sending

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Client pppd finish wait

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Asked to free call when no call open, not handled well

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Could not free Call ID [call clear]!

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Got call clear request after call manually shutdown - buggy client

Dec 18 12:42:31 ppp-server pptpd[11541]: CTRL: Client 10.10.0.50 control connection finished

Dec 18 12:42:31 ppp-server pptpd[11543]: CTRL: Client 10.10.8.71 control connection started

Dec 18 12:42:31 ppp-server pptpd[11543]: CTRL: Starting call (launching pppd, opening GRE)

проработал недели две на новом сервере на акселе, и сегодня такая фигня произошла.

Не подскажите что делать?

[xeb]

ты 0.8 используешь, к сожалению я не очень вникал в его внутренности, лишь немного доработал чтобы он вместо userspace gre использовал драйвер пптп и что означают его эти специфические мессаги не особо понимаю, лучше спросить на поптопном форуме

[Cramac]

может обновить на более новую какую версию?

Не подскажите какая более рабочая из последних?

[xeb]

1.3.0/1.3.1 вполне рабочие

[Cramac]

спасибо, попробую обновить до них

[Cramac]

судя по редми он работает на ядре от 2.6.25

а у нас центос и там 18 ядро....

[nickmas]

Вопрос по cli:

shaper change all <value> [temp] - change shaper on all interfaces, if temp is set also new interfaces will have specified shaper value

Это команда установит на все поднятые интерфейсы ppp одинаковую скорость, заданную вместо <value> ?

И по temp не до конца понял.

Изменено 18 декабря, 2010 пользователем nickmas

[xeb]

И по temp не до конца понял.

временно, например для изменения скорости в определённые часы суток, чтобы потом восстановить номинальные значения с помощью shaper restore all

 

[nickmas]

И по temp не до конца понял.

временно, например для изменения скорости в определённые часы суток, чтобы потом восстановить номинальные значения с помощью shaper restore all

Вообще мне нужно заставить перечитать скорости для всех поднятых интерфейсов с chap-secrets. Я так понял мне поможет команда shaper restore all. Верно?

[xeb]

нет, не поможет, такой функционал не заложен ... хотя можно реализовать костыль с помощью скриптов и cli

[nickmas]

нет, не поможет, такой функционал не заложен ... хотя можно реализовать костыль с помощью скриптов и cli

Тогда смотрю в сторону скрипта, который будет для каждого активного подключения дергать в cli команду shaper change <iface> <value>

[Uni]

Доброй ночи.

 

При сборке (make) с только что полученного через git accel-pptpd вылетает:

[root@localhost build]# cmake -DBUILD_DRIVER=TRUE -DKDIR=/usr/src/kernels/2.6.27.41-170.2.117.fc10.i686 -DCMAKE_INSTALL_PREFIX=/ -DCMAKE_BUILD_TYPE=Release -DLOG_PGSQL=FALSE -DSHAPER=FALSE -DRADIUS=TRUE ..
-- The C compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Looking for MD5_Init in crypto
-- Looking for MD5_Init in crypto - found
-- Looking for timerfd_create
-- Looking for timerfd_create - found
-- Configuring done
-- Generating done
-- Build files have been written to: /home/test/installs/accel-pptp/accel-pptpd

[root@localhost build]# make
[ 55%] Building C object accel-pptpd/CMakeFiles/accel-pptpd.dir/memdebug.c.o                        
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘md_free’:                       
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:83: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘md_realloc’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:109: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘siginfo’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:143: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 4 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:147: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘siginfo2’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:157: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 4 имеет тип ‘size_t’
Linking C executable accel-pptpd
CMakeFiles/accel-pptpd.dir/log.c.o: In function `do_log':                                           
log.c:(.text+0x4be): undefined reference to `__sync_sub_and_fetch_1'
CMakeFiles/accel-pptpd.dir/log.c.o: In function `log_free_msg':
log.c:(.text+0xb54): undefined reference to `__sync_sub_and_fetch_1'
collect2: выполнение ld завершилось с кодом возврата 1
make[2]: *** [accel-pptpd/accel-pptpd] Ошибка 1
make[1]: *** [accel-pptpd/CMakeFiles/accel-pptpd.dir/all] Ошибка 2
make: *** [all] Ошибка 2

 

Это по причине старого ядра или другие варианты?

Изменено 19 декабря, 2010 пользователем Uni

[xeb]

Это по причине старого ядра или другие варианты?

попробуй последний комит

 

[Uni]

[ 55%] Building C object accel-pptpd/CMakeFiles/accel-pptpd.dir/memdebug.c.o                        
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘md_free’:                       
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:83: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘md_realloc’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:109: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘siginfo’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:143: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 4 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:147: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 2 имеет тип ‘size_t’
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c: В функции ‘siginfo2’:
/home/test/installs/accel-pptp/accel-pptpd/memdebug.c:157: предупреждение: формат ‘%lu’ предполагает тип ‘long unsigned int’, но аргумент 4 имеет тип ‘size_t’
Linking C executable accel-pptpd
CMakeFiles/accel-pptpd.dir/log.c.o: In function `do_log':                                           
log.c:(.text+0x4be): undefined reference to `__sync_sub_and_fetch_4'
CMakeFiles/accel-pptpd.dir/log.c.o: In function `log_free_msg':
log.c:(.text+0xb54): undefined reference to `__sync_sub_and_fetch_4'
collect2: выполнение ld завершилось с кодом возврата 1
make[2]: *** [accel-pptpd/accel-pptpd] Ошибка 1
make[1]: *** [accel-pptpd/CMakeFiles/accel-pptpd.dir/all] Ошибка 2
make: *** [all] Ошибка 2

Изменено 19 декабря, 2010 пользователем Uni

[xeb]

хм, какая версия gcc и что за проц ?

[Uni]

Два Intel® Xeon CPU 3.40GHz

gcc версия 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)

 

[Cramac]

обновил ядро на центос, хотел собрать аксель, а он мне:

 

# cmake -DBUILD_DRIVER=TRUE ..

-- The C compiler identification is GNU

-- Check for working C compiler: /usr/bin/gcc

-- Check for working C compiler: /usr/bin/gcc -- works

-- Detecting C compiler ABI info

-- Detecting C compiler ABI info - done

-- Looking for MD5_Init in crypto

-- Looking for MD5_Init in crypto - found

-- Looking for timerfd_create

-- Looking for timerfd_create - not found

-- Performing Test HAVE_SYSCALL

-- Performing Test HAVE_SYSCALL - Failed

CMake Error at accel-pptpd/triton/CMakeLists.txt:26 (MESSAGE):

Your system is too old and is not supported by accel-pptp, sorry...

# uname -a

Linux ppp-server 2.6.36 #4 SMP Sun Dec 19 13:50:17 MSK 2010 i686 i686 i386 GNU/Linux

 

[xeb]

видимо системные хедеры остались от старого ядра