-
Всього повідомлень
4 122 -
Приєднався
-
Останній візит
-
Дней в лидерах
22
Тип контенту
Профили
Форум
Календарь
Все, що було написано madf
-
один из пользователей не может подключиться
тема ответил в napTu пользователя madf в Питання по Stargazer
Запусти в отладочном режиме и приведи выхлоп старгейзера в момент неподключения юзера. -
login - ip - cash - id - dirs id - уникальный идентификатор юзера
-
Stargazer+mysql+freeradius_mysql+vpn+stg-web
тема ответил в -HS- пользователя madf в Модулі для Stargazer
Двойной слеш ничего не меняет. Проверь наличие файла по указанному пути и права на него. -
Stargazer+mysql+freeradius_mysql+vpn+stg-web
тема ответил в -HS- пользователя madf в Модулі для Stargazer
Поставь dev-пакет для мускула -
Скорее всего бага этой версии. Возьми свежие сорсы.
-
Да, предоплаченный трафик дается на месяц. Устанавливается пользователю автоматически при снятии абонплаты. Какая версия stg?
-
Stargazer можно использовать без авторизатора (режим Always OnLine). Для авторизации через PPPoE или VPN необходим модуль Radius (в стандартную поставку пока не входит, но на форуме есть обсуждения и ссылки). Стандартный логин/пароль администратора: admin/123456
-
Отладочная информация выводится в консоль через printfd (по поводу версий 2.0.* - не уверен, я их не застал). В некоторых местах printfd "обернут" #ifdef/#endif, но не везде. Надежное выключение дебага - коментирование кода функции printfd. Далее: 1. Откуда такое чувство? 2. mod_ipq_cap - единственный метод захвата трафика при использовании VPN. Этим пользуется далеко не один человек, и достаточно давно. 3. Скорость скачивания/закачивания никак не зависит от того, как считается трафик, если это не ip_queue. 4. Еще раз прошу удостовериться, что в системе не валяется библиотек от других в
-
Выбери компилятор посвежее. Самые лучшие результаты дает 3-я ветка. Сил уже нету 2,95 поддерживать
-
Нет, я не ошибся. Именно отключить. Вывод лога в консоль в режиме дэмона часто (а на FreeBSD - всегда) приводил к SIGPIPE.
-
Охота вернуться, вернее уже вернулись на версию 2.0.16. Но охота там пофиксить Broken Pipe и прикрутить mysql, если не сложно, ткни носом где был баг который вызывал Broken Pipe плз. Попробуй отключить логирование просто. Я этой версией совсем не занимался.
-
После запуска? А что последнее в логе? По корке: бектрейс указывает... в никуда :-/ "PS" не понял. Что за критические баги, еще и версии 2.0.16? Broken Pipe не видел с лета. PS: у тебя там плагины не перепутались? Например, с какой-нибуть старой версии? Такое может вызывать довольно странные и страшные глюки.
-
На самом деле 1. Просто было несколько "горячих" патчей - мы про них отписали в этой теме и обновили архив. Никак не хватает времени на работу с сайтом (новости, объявления и пр.)
-
5 дней назад Это отлично. Подскажи где можно брать нормальные версии ? На офф сайте не обновляется ничего В том то и прикол: проверил - на оффсайте сорсы с пофикшенным этим багом
-
stg не занимается перекодировкой (пока). Сохраняет as-is. В случае виндового конфигуратора - в cp1251. Поставь соответствующую кодировку на базу и все будет в порядке.
-
Архив на stg.dp.ua обновлялся пару раз.
-
Как давно качал сорсы? Этот глюк мне знаком, я его уже правил.
-
Далее пропиши в настройки (stargazer.conf) ModulesPath =./modules После этого, под рутом, сделай так: LD_LIBRARY_PATH=../../lib ./stargazer Он запустится и будет выводить лог работы на экран. Законнекться пару раз авторизатором и посмотри что он пишет, когда не срабатывают скрипты.
-
Собери в debug-режиме и посмотри на лог работы. Возможно, проблема в самих скриптах. ./build debug LD_LIBRARY_PATH=../../lib ./stargazer (и при этом не забыть указать ModulesPath =./modules в /etc/stargazer/stargazer.conf)
-
Версия конфигуратора?
-
web.cpp, WEB::SendReply Смотри на использование функции IntToKMG - она, собсно, и конвертит в кило-, мега- и гигабайты.
-
Не поверишь, но у нас нету ни одной машины с SuSE Боря ведет разработку под Ubuntu, я - под Gentoo. Тестируем на 2 версиях Debian и 2 версиях FreeBSD. На самом деле, проблема в том, что разные дистрибутивы по разному раскладывают библиотеки и заголовочные файлы. И иногда ложат их так, что и компилятор их не видит без явного указания. Может, кто-нибуть понимает логику дистро-строителей? Мне она, видимо, недоступна
-
На сколько я знаю, SMP поддерживается на уровне ядра. А точнее - на уровне библиотеки потоков уровня ядра. То есть любое многопоточное приложение должно корректно работать с SMP. Помешать этому может только избыточная блокировка. PS: смотрел код dhcpd и named - ничего похожего на явную работу с SMP не нашел.
-
Приведите перве 6 строк вывода ./build