napTu

спасибо за терпение. понемногу начинаю втыкать в происходящее...

а переменную типа UTIME можно вывести?

смотрю далее по коду таймаутера из расчета что пользователь застряет в фазе 2 : static UTIME currTime; gettimeofday(&currTime, NULL); if ((it->second.phase == 2) && (currTime - it->second.phaseTime) > iaSettings.GetUserDelay()) { it->second.phase = 1; gettimeofday(&it->second.phaseTime, NULL); //it->second.phaseTime = stgTime; //#ifdef IA_DEBUG printfd(__FILE__, "Phase changed from 2 to 1. Reason: timeout $s \n" , sip ); //#endif } следовательно по какой то причине не выполняется второе условие : && (currTime - it->second.phaseTime) > iaSettings.GetUserDelay возможно что в дедлоке сбивается it->second.phaseTime и тогда условие никогда не выполняется... вставлю сюда дебаг...

все же я был прав в прошлый раз: http://local.com.ua/forum/index.php?showto...indpost&p=84759 http://local.com.ua/forum/index.php?showto...=45entry92614

таки я был прав - теряется информация в базе таймаутера. вот сейчас курю лог юзера. добавил одну единствнную дебаг строчку: int AUTH_IA::Process_CONN_SYN_6(CONN_SYN_6 * connSyn, IA_USER * iaUser, user_iter * user, uint32_t s { if (!(iaUser->phase == 1 || iaUser->phase == 3)) { printfd(__FILE__, "User %s phase not1 and not3 - return from CONN_SYN_6 \n", iaUser->user->GetLogin().c_str() ); return -1; } когда пользователь не может подключится, то она и срабатывает: inetaccess.cpp > 21:58:42 > Send_ALIVE_SYN_7 inetaccess.cpp > 21:58:42 > recv from 192.168.8.60 5555 len=64 inetaccess.cpp > 21:58:42 > User Gudvin FOUND! inetaccess.cpp > 21:58:42 > ======================> InitEncrypt dont needed inetaccess.cpp > 21:58:42 > User Gudvin phase not1 and not3 - return from CONN_SYN_6 inetaccess.cpp > 21:58:42 > Monitor time 1215722161 1215802782 Вопросы следующие: 1.как изменить таймаутер или что то еще чтобы сбрасывались данные таких юзеров? типа сделать временную заплатку... 2.как более полно протрассировать почему теряется инфа?

насчет этого я тоже догадался а как быть тут: int AUTH_IA::Timeouter() { STG_LOCKER lock(&mutex, __FILE__, __LINE__); map<uint32_t, IA_USER>::iterator it; it = ip2user.begin(); uint32_t sip; //printfd(__FILE__, "ip2user.size=%d \n", ip2user.size()); while (it != ip2user.end()) { sip = it->first; if (it->second.phase == 0) it->second.phase = 1; static UTIME currTime; gettimeofday(&currTime, NULL); if ((it->second.phase == 2) && (currTime - it->second.phaseTime) > iaSettings.GetUserDelay()) { it->second.phase = 1; gettimeofday(&it->second.phaseTime, NULL); //it->second.phaseTime = stgTime; //#ifdef IA_DEBUG printfd(__FILE__, "Phase changed from 2 to 1. Reason: timeout $s \n" , sip ); //#endif ? где тут адрес или имя юзверя? какого типа тут переменные? нифига не понимаю...

да навставлял в пару мест, но в структуре кода я не разбираюсь и с ГЦЦ/срр не силен, не знаю как например вывести адрес или имя пользователя в тех местах где мне надо.

Код курить... Ну, в общем, делаеш отладочные вставки во все места, где только можно и ждеш пока не произойдет баг. Потом начинаеш анализ логов. В принципе, если мужество присутствует, могу через некоторое время выслать по почте или где-то выложить спецверсию сорсов mod_auth_ia - чтобы вы его покатали а потом мне логи заслали. madf, сделай плиз inetaccess.cpp с дебаг инфом густым.

извиняюсь, был не прав.

выхлоп я уже кидал, это не помогает, ибо там мало инфы. называют это както типа дедлока и никто не знает где он происходит. блин, меня уже достала эта "фича". она уже поселилась намертвою перезапускаю старгез и сразу несколько человек начинают испытывать проблемы. интересно, если их пересадить на впн через модуль радиуса, то этой проблемы не будет, или это однофигственно?

а еще подскажите, почему это старгез сам удаляет конфигарацию модуля radius из файла stargazer.conf во время убития и повторного запуска? ну очень интересно в первый раз я подумал что старгез просто переписывает конфиг тем что у него в пямяти, но после того как я его стартанул, он загрузил радиус, а потом перезапустил - конфиг модуля радиуса снова исчез

вот жеж ё! чисто местодом подбора допустимых вариантов догадался что надо приписать в мейкфайле к либам надписи -lcrypto -lcrypt запустилась сабака.

вот говорят для подобного случая что надо: | following error during the link process : | /usr/bin/ld: Undefined symbols: | _MD5 | Indeed, in one of my classes, I call the C "MD5" function as defined in | "openssl/md5.h". | How do I solve this problem ? You need to add the lib which contains the definition for MD5 to your project. In this case, /usr/lib/libcrypto.dylib но куда этот либ пихать я не пойму.

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

кстати, для четвертой ветки фри не находит stdint.h, но его можно лекго сделать со следующим содержимым: #ifndef _STDINT_H #define _STDINT_H 1 #include <sys/types.h> #include <wchar.h> #endif /* stdint.h */

у меня не находит мд5 для модуля: 2008-06-17 00:58:09 -- --------------------------------------------- 2008-06-17 00:58:09 -- Stg stopped successfully. 2008-06-17 00:58:09 -- StgTimer: Stop successfull. 2008-06-17 00:58:09 -- Queue removed successfully. 2008-06-17 00:58:08 -- Users: Stop successfull. 2008-06-17 00:58:08 -- Traffcounter: Stop successfull. 2008-06-17 00:58:08 -- Error: Plugin loading failed. /usr/stg/lib/mod_radius_ia.so: Undefined symbol "MD5" 2008-06-17 00:58:08 -- Storage plugin: file_store v.1.02. Loading successfull. 2008-06-17 00:58:08 -- Timer thread started successfully. 2008-06-17 00:58:08 -- Message queue created successfully. msgKey=5555 msgID=3276800 2008-06-17 00:58:08 -- Stg v. Stg 2.404 подскажите, чего надо поставить?

Код курить... Ну, в общем, делаеш отладочные вставки во все места, где только можно и ждеш пока не произойдет баг. Потом начинаеш анализ логов. В принципе, если мужество присутствует, могу через некоторое время выслать по почте или где-то выложить спецверсию сорсов mod_auth_ia - чтобы вы его покатали а потом мне логи заслали. не вопрос, давай.

Про багу эту знаем. Ищем. По ходе уже много чего исправили - да, видно, все не то. Лучше бы он с SIGSEGV падал вот ё! А я то думал исправили. Сижу компилю. Надеялся что больше не прийдется просить ввести в поле "имя" доп.символ и обещать что щас перезапустим чтобы человег смог подключиться.... (((((( предлагаю свою помощь в отлове этого бага, он у меня встречается раз на 2-3 дня, а то и чаще. Говорите чего делать.

извиняюсь, оно просто пол часа компилится...

я понимаю что это не ошибки, но у меня действительно зависает на процессе компиляции user.cpp компилятор # gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] фря7

скажите, а как вы вот с этим боритесь: user.cpp:1344:11: warning: #warning "TODO: gcc v. 4.x generate ICE on x86_64" user.cpp:1432:23: warning: #warning "TODO: gcc v. 4.x generate ICE on x86_64" после этих двух сообщений действительно зависает, хотя и не 64бит система(процесор) - фря-7 на виртуалписи, на ноуте с интел центрино...

да, спасибо, заработало. только string str; нужно задавать в начале фунции, а то ругается на реопределение

./sgconf -s 127.0.0.1 -p 55555 -a main -w *** -u user1 -m hello ok папка messages в user1 остается пустой

простенький такой вопросик: как отправить сообщение через sgconf, если оно не отправляется? нельзя? ок. как отправить читаемое сообщение через sgconf_xml?

О БОГИ! СЛАВА ВАМ! СПАСИБО madf !!! Еще поставил gnugetopt.h и там ему задал #define __GNU_LIBRARY__ 1 и #include gnugetopt.h