nightfly

спочатку потім Ви вже якось визначтесь, чи що.

Толстый юмор это - ** * - страны с максимальным уровнем уровнем инфляции. 100 000 000 000 000 (триллионов же) долларов Зимбабве эквивалентны 300 USD. Integer говорите?

Вот почему stargazer непопулярен в Зимбабве, Вьетнаме, Индонезии и Иране* Угу, один раз забыл закрыть где-то конект, мускуль обсыпался по лимиту - увидел что-то такое впервые за 5 лет. * - Тонкий юмор

2 ARA bandwidthd начинает рисовать юзера по дефолту только после мега трафика. 2 Остальные все Ну что, кроме Диониса никто не хочет побыть смертничком?

Кайот - это называется "некрофилия" В любом случае яндех дрова были актуальны еще во времена 7.х. Пытаться использовать их сейчас - мягко говоря не целесобразно учитывая что новые em/igb вполне себе круто балансируються на smp машинах.

Один хрен, всеравно оно работает как надо

Это разве не Аутентификация? По идее то что он еще может аутентифицироваться со своими учетными данными нифига не означает что он будет авторизован для доступа к интернетам. Не?

Вобще-то необходимым условием для авторизации абонента является "Баланс>=Кредит", тобишь так задумано. Абонент не сможет авторизоваться, пусть даже при помощи AO в следующих ситуациях: - У него выставлена заморозка - У него состояние "отключен" - У него Баланс<Кредит

Створення таблиць старгейзером при першому запуску без set names ;P І взагалі кирилиця в таких штуках як логіни-тарифи - не комільфо. Засім пропоную рахувати цей артефакт каталізатором віри.

Кхе-кхе. Ну кто б мог подумать. Исправляем: 1. убеждаемся что на астральном тарифе нету пользователей 2. тушим stargazer 3. делаем DELETE from `tariffs` WHERE `name`='премиум' 4. запускаем обратно stargazer Очевидно у вас твориться какая-то фигня типа latin swedish с кодировками в базе старгейзера. ЗЫ врезал защиту от таких штук на будущее для 0.2.6

Для конкретной подсети добавить сервер доступа с указанной ссылкой на робочий bandwidthd Как это выглядит на практике можете посмотреть на демке например.

Разыскиваются добровольцы-смертники для тестирования новых плюшек. Критерии: - Желание заработать эпилептический припадок - Нормальное знание mikrotik (что означает не только тыканье по винбоксу, так я сам умею ) - Понимание того как оно работает с радиусом - Присутствие в аське

Ну типа поздравляю Обновление вчера вышло кстати.

Как блин все сложно у вас Ставим cd /usr/ports/net/portfwd && make install Строим #cat /usr/local/etc/portfwd.cfg tcp { 9090 {=> вашаубикютя:80} } Пускаем portfwd -c /usr/local/etc/portfwd.cfg ЗЫ Бросаться портами через ipfw/ipfw nat имеет глубокий смысл только тогда когда нужно "вжжжжжж" и унести процес в кернелспейс.

Релиз Ubilling 0.2.5 rev 1349 Список изменений. * Изменения в структуре БД: (см. дамп) * alter.ini: новая опция ARPDIAG_ENABLED отвечающая за включение соответствующего модуля * alter.ini: новая опция NOBACKUPTABLESLIKE указывающая паттерны табличек которые не стоит бекапить (детальную статистику например). * alter.ini: новая опция TB_ICONCUSTOMSIZE позволяющая каждому оператору определять собственный размер иконок в модуле "Панель задач". По умолчанию используется размер установленный в TASKBAR_ICON_SIZE * alter.ini: новая опция MACCHANGERANDOMDEFAULT генерирующая

Незачто. Все должно воркать если не пытаться кроить что-то вручную по БД.

Пардон - это не я сказал, это алкогольная белочка насвистела INSERT INTO `nethosts` (`id` ,`netid` ,`ip` ,`mac` ,`option`) VALUES (NULL , '1', '192.168.3.101', 'f4:6d:04:1d:35:a6', NULL);

DELETE from `nethosts` WHERE `ip`='192.168.3.101'

Вот вам и нарушение целостности данных - убиллинг в душе не чает что вы там наклонцали конфигуратором, какие кому маки понавешивали и каких айпишек понаназначали. Собственно и узнать он этого в принципе не может. Как логичный вариант исправления могу предположить следующее: 1. Очистить в табличке nethosts весь бардак про 192.168.3.101 2. Сделать INSERT INTO `nethosts` (netid,ip, mac) '1','192.168.3.101','мак_юзверя' 3. Недокументировання фишка - при заходе в модуль "Сети" перегенерируються все нужные конфиги по шаблонам и dhcpd перезапуститься. Я одного не понимаю. Судя по вашему SE

Это в норме невозможно. Покажите-ка выхлоп из SQL-консоли по следующим запросам: SELECT `login` from `users` WHERE `IP`='192.168.3.101' SELECT * from `nethosts` WHERE `ip`='192.168.3.101' и SELECT * from `weblogs` WHERE `event` LIKE '%192.168.3.101%' Я уже слышал о похожем баге с дублированием пользователей но повторить так и не удалось. Подозреваю попытки ручного лапанья юзеров сквозь конфигуратор старгейзера чтоли.

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

А шо, уже заокругляетесь? Я как всегда такие суръезные разборки пропустил

Дата всех платежей там есть и так. Подсветка "на сколько хватит бабла" в планах после общего причесывания.

Ну че, у нас работает.... Уже более 5(7?)-ти лет.... Довольно успешно и таки стабильно работает.... Надеюсь скоро полностью сдохнет. Работы по нему сейчас - в основном конвертация своих же юзеров в fttb/ftth и эпизодическая реакция на сезонный шат сигнала. Если серьезно - то у доксиса есть (были?) очень клевые фишки, которые даже не снились всяким adsl-ям позволяющие(позволявшие?) ему очень даже неплохо в свое время конкурировать с ними и всякими 802.11 при наличии уже работающей коакс сети. советчики блин