madf

При создании diff'а перепутал. О! Это моя любимая идиома RAII! Про конструировании объекта создается bak-файл, а при его уничтожении стирается. А уничтожается объект при выходе за пределы области видимости. Вот такая удобная штука

Перепутал исходный и оригинальный файлы и забыл про stat.

эмм, естессно passive=1, passivetime - отсчитывает сколько времени они в этом стостоянии. Например: PassiveTime=41992335 ; PassiveTime=88925676 Я, кажется, догадываюсь в чем тут может быть дело. Попробую смоделировать. т.е. увидеть их почти не реально? так может не удалять их после записи? А то у меня пропали stat файлы после panic ребута, а bak-ов нет. А может всё же писать изначально данные во временный файл, а потом, после успешной записи, переименовывать в нужный файл? Получиться быстрее - за два действия, а так нужно 3 действия скопировать в bak, записать файл, удалить

Так все-таки, что за числа в полях passive и passiveTime для этих юзеров? bak-файлы создаются перед записью и удаляются после нее. Так-же они удаляются после чтения в случае невозможности чтения обычных файлов, если не указано RemoveBak=no

тоже самое. Может какой костыль вставить? Не совсем понял принцип bak файлов. Они сами не бекапятся, нужно вручную создавать? А то сегодня ребутнулся сервак, пришлось вручную возвращать некоторые stat файлы, их кстати вообще не было, в прошлой версии они обнулялись при некорректном выходе, а тут вообще нет. А тут еще Freeze по 300 раз после каждой попытки запуска. Что у пользователей с passive и passiveTime? bak-файлы создаются автоматически.

Из expat/libexpat одно явно лишнее, и libmysqlclient не нужен.

Поставить expat как минимум и expat-dev (или как он там в вашем дистрибутиве называется). Ну и да - не стоит пытаться установить то что не смогл собраться К сожалению, я не по хидерам проверяю. А надо бы...

Антифлуд в 2.4.* не существует.

На стороне stg выполняються скрипты OnConnect, OnDisconnect при использовании Remote Script Executer? Да. На стороне Stg. Как обычно: # ./build # sudo make install

Принцип действия Remote Script Executer прост. На стороне Stargazer'у включается плагин mod_remote_script. На роутерах устанавливаются дэмоны rscriptd. Конфигурационные файлы дэмонов есть в архиве с исходниками. Stargazer отправляет им комманды на выполнение скриптов OnConnect/OnDisconnect со всеми необходимыми параметрами, а они, соответственно, эти скрипты выполняют.

stargazer_help_v2.13.pdf (стр. 15: "Описание параметров модуля Remote Script Executer (remote_script) для передачи команд на удаленный роутер исполнения скриптов").

Глюк в ситуации когда он зеленый и ничего не шлет, или в ситуации когда красный и что-то шлет после того как отключился? Второе - это, по моему, функция автопереподключения. Первое, естественно.

Я могу предположить только глюк в авторизаторе. Судя по размеру пакета это либо CONN_ACK, либо ALIVE_ACK, либо DISCONN_ACK. Все три требуют предварительного пакета от сервера. Тайм-аут в пакете берется непосредственно из настроек, по этому маловероятно что он вдруг становится большим. Опять же, старая версия сервера, старая версия авторизатора. Мало что можно сделать.

Мне это 100% помогло. ))) Кстати, когда стоял 405, правда стоял на федоре 8, ни разу такого не встречал - сервак сам бывало вырубался, из-за пропадания электроенергии, бывало и падал - все равно никогда база не билась, как только перешел на убунту, вот такое и встретил. Хотя может тогда мне просто всегда везло. Очень зависит от используемой ФС. В Ubuntu, говорят, ext4 используется, а у нее большой тайм-аут на выполнение sync.

Такое может быть если система аварийно останавливалась по питанию. Тогда надо ставить и настраивать UPS. Такое может быть если Stargazer убивали сигналом -9. Тогда нужно переписывать start/stop-скрипты. Такое может быть если Stargazer падал сам. Об этом нужно сообщить мне и разобраться почему такое происходит. Теперь по поводу bak-файлов. В настройках модуля mod_store_files есть параметры ReadBak/RemoveBak. Первый имеет смысл выставить в yes. Тогда при невозможности чтения конфига он будет искать bak-файл и работать с ним.

packetName похож на пароль? Я так понял, в базе все тоже хранится в разных регистрах? Тогда проще забить. Реально. Привести ВСЕ в регистронезависимую форму простыми правками не получится. А пароли так и вобще невозможно (разве только сам авторизатор править). Дело в том что они нигде не передаются от клиента к серверу. Они используются только для шифрования пакетов. И если на клиентской стороне пакет был зашифрован паролем в неправильном регистре и с пробелами то на сервере для его корректной расшифровки нужно будет откуда-то взять такой-же пароль в таком-же регистре и с такими-же пробе

Не критично, но можешь заменить: while (*startp++ = *endp++) на while ((*startp++ = *endp++))

Код для приведения к нижнему регистру: void strtolower(char * val) { if (val == NULL) return; while ((*val = tolower(*val))) ++val; } Для его использования нужно подключить заголовочный файл: #include <cctype> Объявляется вверху файла так: void strtolower(char * val); Используется в том-же месте так: strtolower(login);

Да, втыкать там. Код грязновастенький, но вроде рабочий (не проверял). Можно разместить его (без include) прямо в этом файле где-нибуть в конце, и в начале сделать объявление: int SqueezeSpaces(char *s); Воткнуть примерно так: SqueezeSpaces(login); Проверку возвращаемого значения можно не делать т.к. login у нас расположен на стеке и никогда не будет NULL. Если при компиляции будет ругаться на EOF - можно заменить на 0.

Ого какую древность откопали!

В плагине mod_auth_ia. Ваш К.О.

К релизу я, обычно, стараюсь внести в конфиг эти опции с комментариями, но по make install-bin они не устанавливаются.

хм, разрушил стройную теорию )) Как же тогда от авторизитора ничего не идет? С другой стороны, если сервер уже отрубил абонента, то чего бы ему алив пакеты слать? Версия авторизатора 2.55.7 кстати. да притерлось всё уже давно, собственных мелких исправлений несколько, о которых уже и забыл где и что исправлял, не очень охота рушить всё новой версией Если старгейзер отрубил абонента то он и не шлет ему пакеты. В одной из старых версий были проблемы с авторизатором, только не помню в какой именно. Для того чтоб ен запоминать какие делались правки существует замечательная утилита d

Юзери працювали не повний місяць.

Авторизатор полупассивен. Он посылает серверу запросы и подтверждения на соединение и разъединение, а все остальное время просто отвечает на alive. Судя по симптомам пакеты от сервера доходят (авторизатор-то зеленый), а вот к серверу не приходят. А чего версия такая древняя-то?