[xeb]

пусть будет по максимуму

[3l0gla3]

потом когда попал в дебагер, нужно ввести run?

У меня сейчас окно дебагера выглядит так:

gdb --args accel-pptpd -d -c /etc/accel-pptp.conf -p /var/run/accel-pptpd.pid

GNU gdb (GDB) Fedora (7.2-26.fc14)

Copyright © 2010 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law. Type "show copying"

and "show warranty" for details.

This GDB was configured as "i686-redhat-linux-gnu".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from /usr/sbin/accel-pptpd...done.

(gdb) run

Starting program: /usr/sbin/accel-pptpd -d -c /etc/accel-pptp.conf -p /var/run/accel-pptpd.pid

[Thread debugging using libthread_db enabled]

Detaching after fork from child process 24166.

 

Program exited normally.

Missing separate debuginfos, use: debuginfo-install glibc-2.12.90-19.i686 openssl-1.0.0b-1.fc14.i686 pcre-8.10-1.fc14.i686 zlib-1.2.5-2.fc14.i686

(gdb)

 

Это правильно?

[xeb]

нет, не доглядел...

запускаяй так:

gdb --args accel-pptpd -c /etc/accel-pptp.conf

[3l0gla3]

И еще когда делаю kill процессу вылетает вот такое:

accel-pptpd[5990]: segfault at 30203028 ip 002e2e4d sp b68232a0 error 4 in libtriton.so (deleted)[2de000+6000]

[xeb]

ну вот заодно и это посмотри

[3l0gla3]

Program not restarted.

(gdb) run

The program being debugged has been started already.

Start it from the beginning? (y or n)

Please answer y or n.

The program being debugged has been started already.

Start it from the beginning? (y or n) y

Starting program: /usr/sbin/accel-pptpd -c /etc/accel-pptp.conf

[Thread debugging using libthread_db enabled]

[New Thread 0xb7ff1b70 (LWP 3791)]

[New Thread 0xb77f0b70 (LWP 3792)]

[New Thread 0xb6fefb70 (LWP 3793)]

[New Thread 0xb67eeb70 (LWP 3794)]

[New Thread 0xb5fedb70 (LWP 3795)]

[New Thread 0xb57ecb70 (LWP 3796)]

[New Thread 0xb4febb70 (LWP 3797)]

[New Thread 0xb47eab70 (LWP 3798)]

 

Program received signal SIGSEGV, Segmentation fault.

[switching to Thread 0xb6fefb70 (LWP 3793)]

0x0040313f in get_nprocs () from /lib/libc.so.6

 

[xeb]

3l0gla3, стукни в асю/жабер, чтобы не засорять форум :)

 

[hiller]

Продолжительное время работает accel-pptp (PPTP plugin version 0.8.4 compiled for pppd-2.4.4, linux-2.6.32-std-def-alt11).

 

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

LA при этом около 999.

 

Лечится выдергиванием на некоторое время езернета, тунели отваливаются и после этого опять все шоколадно.

В логах ничего нет, до того момента, пока не отключишь езернет:

 

 

[610725.817302] igb: ge0 NIC Link is Down
[610786.236882] request_module: runaway loop modprobe ppp18
[610786.237314] request_module: runaway loop modprobe ppp311
[610786.241073] request_module: runaway loop modprobe ppp12
[610786.243124] request_module: runaway loop modprobe ppp95
[610786.243937] request_module: runaway loop modprobe ppp95
[610975.900491] igb: ge0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX

 

Не подскажите, что это может быть, как можно локализовать проблему?

 

[NiTr0]

Может проблема в зацикливании пакета внутри туннеля ввиду криво назначеных адресов?

Да и я бы посоветовал обновиться на 0.8.5 - с ним намного реже дроп/реордеринг пакетов наблюдается.

 

P.S. в 2.6.35.9 ченджлоге увидел, что вроде как в PPP туннелях пофиксили проблему с зацикливанием пакетов - теперь пакет может пройти максимум трижды через ppp стек после чего дропается. Кто-то уже тестил?

[xeb]

2.6.35.9 ченджлоге увидел, что вроде как в PPP туннелях пофиксили проблему с зацикливанием пакетов

ничего там не сделано, если будет петля, то он войдёт в soft lockup и выдёргивание кабеля не поможет, только кнопка reset

 

[hiller]

2.6.35.9 ченджлоге увидел, что вроде как в PPP туннелях пофиксили проблему с зацикливанием пакетов

ничего там не сделано, если будет петля, то он войдёт в soft lockup и выдёргивание кабеля не поможет, только кнопка reset

 

т.е. в моем случае не петля?

 

ps Пошел обновляться на 0.8.5

[bbest1]

С большими скоростями pptp уже не справляется.

пиши точнее, с большими скоростями венда по пптп не справляется

Да существенное замечание. Пишу точнее:

Для коннекта по VPN-у с Windows клинетов лучше использовать протокол l2tp. Он дает существенный прирост в скорости по сравнению с pptp. Для других клиентов возможно использование обоих протоколов что l2tp что pptp.

 

Большие скорости это более 100 Мбит/с? PPTP спокойно толкает до 100 Мбит/с без проблем. В лабораторных условиях я даже 300 Мбит/с прокидывал.

 

 

Это баг винды. Я пробовал aaccel-pptp с l2tp и pptp. Да при pptp торрент загружает канал полностью при большом количестве закачек. Но от l2tp отзывчивость больше - одиночные сессии грузят канал больше и пинги лучше. Протокол l2tp для винды более предпочтительней - почитай инет там таких проблемм было описано много. Напомню что здесь речь идет именно о больших скоростях инета. PPTP очень стеренький протокол и винда с ним плохо дружит. Windows 7 к стати вообще с ВПН плохо работает.

 

Ставил accel-pptp для совместной работы с bgbilling-ом по l2tp протоколу; вешает сервак на мертво при каких то определенных условиях (большое подозрение когда клиенты Windows 7 работают + с snmp плохо работает). Пока откатился на стандартный pptp. Будет время потесчу на тему определения конкретных мест появления багов.

Изменено 29 ноября, 2010 пользователем bbest1

[xeb]

кто использует l2tp обновитесь, исправлена ошибка приводящая к падежу

[uropek]

Когда прибиваешь accel-pptpd командой kill, выползает вот таккая вот ошибка:

segfault at 46 ip b756127a sp bfb72d9c error 4 in libc-2.12.1.so

 

Куда можно посмотреть?

[GloooM]

кто использует l2tp обновитесь, исправлена ошибка приводящая к падежу

В остальных местах все стабильно? =)

[xeb]

Когда прибиваешь accel-pptpd командой kill, выползает вот таккая вот ошибка:

uropek, к сожалению у меня не проявляется, если есть возможность запусти в дебагере

 

В остальных местах все стабильно? =)

пока не знаю, у 3l0gla3 больше не падало, у Iv_ тоже, но это конечно ещё не показатель...

 

[uropek]

Когда прибиваешь accel-pptpd командой kill, выползает вот таккая вот ошибка:

uropek, к сожалению у меня не проявляется, если есть возможность запусти в дебагере

 

 

Под отладчиком выдает вот такое:

[Thread 0xb4465b70 (LWP 1173) exited]
[New Thread 0xb4465b70 (LWP 1175)]
cat: can't open '/var/run/interface.ppp0': No such file or directory
[Thread 0xb4465b70 (LWP 1175) exited]
[New Thread 0xb4465b70 (LWP 1186)]
[Thread 0xb746bb70 (LWP 1146) exited]
[Thread 0xb6469b70 (LWP 1148) exited]
[Thread 0xb5c68b70 (LWP 1149) exited]
[Thread 0xb6c6ab70 (LWP 1147) exited]
[Thread 0xb5467b70 (LWP 1150) exited]
[Thread 0xb4c66b70 (LWP 1151) exited]

Program received signal SIGSEGV, Segmentation fault.
0xb7d0a27a in vfprintf () from /lib/libc.so.6
(gdb) backtrace
#0  0xb7d0a27a in vfprintf () from /lib/libc.so.6
#1  0xb7d14a8f in fprintf () from /lib/libc.so.6
#2  0x0804bb3c in save_seq () at /home/madvamp/globalos/tmp/accel-pptp/accel-pptpd/ppp/ppp.c:599
#3  0xb7cfc69e in ?? () from /lib/libc.so.6
#4  0xb7cfc70f in exit () from /lib/libc.so.6
#5  0xb7ce3cef in __libc_start_main () from /lib/libc.so.6
#6  0x0804a2f1 in _start ()

 

Судя по всему создает seq-файл в /var/run/accel-pptp/ (которой у меня нет, ндяяя...)

Изменено 29 ноября, 2010 пользователем uropek

[xeb]

ясно, спасибо

[uropek]

Другая проблема:

Подключаюсь по PPTP к серверу, трафик идет секунд 20 примерно, потом отрубается...

Соединение висит минуты 3, потом тоже отрубается...

 

В чем может быть проблема?

[xeb]

в ip-up чего-нибудь не накручено ?

[uropek]

ppp_compat вообще отключил

да и в отладчике пусто...

а соединениея все равно повисят, повисят и обрываются

Изменено 29 ноября, 2010 пользователем uropek

[xeb]

ну а в логах что ? по какой причине завершается сессия ?

[uropek]

ну а в логах что ? по какой причине завершается сессия ?

Посмотри лог во вложении. Отрубается вроде из-за:

[2010-11-29 16:32:36]:  warn: ppp0: lcp: no echo reply

log1.txt

[xeb]

ну тут явно имеет место быть прерывание передачи данных между клиентом и сервером, т.е. либо где-то фаервол начинает фаерволить, либо маршрутизация как-то криво настроена, что после поднятия интерфейса трафик начинает идти как-то по-другому (предположительно через этот тунель)

[uropek]

ну тут явно имеет место быть прерывание передачи данных между клиентом и сервером, т.е. либо где-то фаервол начинает фаерволить, либо маршрутизация как-то криво настроена, что после поднятия интерфейса трафик начинает идти как-то по-другому (предположительно через этот тунель)

Проблема была в gw-ip-address в [pptp].

А gw-ip-address в [pptp] что означает?

 

А встроенный шейпер как к биллингу привязать?