madf

Пустое потому что пинг меньше 120 сек. Он выводит только если пинг превышает 120 сек и выделяет цветами промежутки 120-600, 600-3600, 3600-∞.

Нет. Перенос осуществляется специальной утилитой. И преобразовывать файлы проще с помощью iconv а не vim. Я подозреваю что этот плагин умеет только koi8-r в базе. Если есть возможность - лучше использовать FireBird или PostgreSQL.

Нет, там именно секунды. Сравни время на компе и на сервере - оно может быть не синхронизированным.

В Stargazer есть модуль mod_ping который постоянно пингует юзерские IP и фиксирует время последнего ответа.

Пропажа нескольки пакетов для авторизации не критична. Главное чтобы за время UserTimeout с момента последнего пакета был принят хотя-бы один alive. Т.е. можно или чаще делать запросы (уменьшаем UserDelay) или увеличить интерфал (увеличиваем UserTimeout).

Как это - слетает по тайм-ауту, хотя тайм-аута небыло? В настройках можно увеличить UserTimeout и уменьшить UserDelay. В условиях сильной потери пакетов TCP не спасет.

Дешево и сердито. Хотя мне тоже не нравится. А что за глюки?

Можно без авторизатора, но тогда адреса должны быть фиксированными. Если будет просто DHCP с раздачей адресов из пулов то биллинг просто не сможет обсчитывать абонентов - он же не будет знать кому какой трафик принадлежит.

спасибо а можно где-то получить хоть какой-то минимальный мануал по установке/настройке/etc. ?=) С этим непросто. Оно было заточено под внутренние нужды, много чего завязано на архитектуру. Суть в следующем: это дэмон который периодически подтягивает с помощью web API из базы данные о том какие шейпы для каких маков и на каких свитчах нужно установить. В конфиге есть параметр data_url - это ссылка по которой должен приходить построчно (\r, \n или \r\n) текст вида: <switch_ip> <switch_read_community> <switch_write_community> <switch_uplink_port> <switch_user'

802.1x Точно, как я мог забыть, мне ж Слава все уши про него прожужжал https://launchpad.net/~spiderx-web/+archive/gssmd/+files/gssmd_1.0.4~ppa4.orig.tar.gz А что это ты корпоративное добро раздаешь?

Собственно, управление шейпами и примитивный файрвол (без блокировки абонентов) даже был реализован, но не в связке со Stargazer а непосредственным доступом в базу.

Чтобы через биллинг не проходил трафик абонентов существует NetFlow и сенсоры. Если нарезка скорости и блокировка происходит на L3-свитчах то непонятно зачем VPN. На бывшей работе все к тому шло чтобы передать функции NAS'ов свитчам. Только не через RADIUS а прямым управлением по SNMP с помощью специального плагина к Stargazer'у. В этом нет ничего невозможного. А вот по поводу возможности управления доступом на свитчах через радиус - тут у меня сомнения. Управление административным доступом через RADIUS на многих свитчах есть, а вот клиентский - я про такое не слышал.

Тайм-ауты - это будет постоянная головная боль "чего меня не пускает?!"

Я так понял, ты хочешь выдавать произвольные IP для абонов и идентифицировать их только по логинам? Тогда единственный вариант фиксации факта окончания сессии - смена IP (stargazer не поддерживает обсчет абонента с несколькими активными IP) или окончание lease. В обоих случаях нужно плотное взаимодействие с DHPC, которого, в случае ISC DHCP добиться очень сложно. Нужно или свой DHCP-сервер писать для этого или менять стратегию. Ну или терпеть кучу костылей и следить чтобы они не развалились. Сделать так что при успешной авторизации с нового IP старій становится недействительным.

DHCP Сверь к примеру имеет комп сидящий на ЛАН, имеет телефон или т.п. для юзания на улице через мои АП-шки. привязывать МАК и ИП не имеет смысла так как народ компы меняет часто , и часто за одним АП-клиент девайсом сидит несколько зверей и у них мак выходит одинаковым. DHCP, обычно, не меняет leased ip без надобности. А надобность возникает только если пул исчерпан. В принципе, можно извернуться и с помощью Action Expression "execute" и внешнего скрипта (или утилиты) передавать в Stargazer информацию об истечении срока lease и разавторизовывать такого абонента.

А зачем держать? Сессию авторизации Stargazer хранит. Отключение сделать явным, кнопкой. А если какой индюк оставит включенным , а другой индюк зайдет получит IP и будет наслаждаться. В последствии придется разбираться с первым индюком. А как другой индюк получит IP?

А зачем держать? Сессию авторизации Stargazer хранит. Отключение сделать явным, кнопкой.

doc, ужас какой. Тут бы хватило простого текстового файла или даже ссылки на pastebin. AliveSyn6 можно было не трогать, это поддержка старого протокола. Классический авторизатор с этим, скорее всего, работать не будет или будет глючить. Если не менять клиента он работает покрайней мере мой работал просто в лабле всего 4 буквы писал я голову ломал в чем дело , потом долшло что либы пересобрать надо было На счет дока просто описал поподробнее если кому надо до релиза доделать (если впишите в релиз) Просто повезло что поле status в AliveSyn8 не используется. Ну в таком виде

Да, можно написать плагин который по какому-либо IPC будет получать от web-морды данные о том какого юзера и с каким IP надо авторизовать. Можно даже сделать передачу списка направлений.

doc, ужас какой. Тут бы хватило простого текстового файла или даже ссылки на pastebin. AliveSyn6 можно было не трогать, это поддержка старого протокола. Классический авторизатор с этим, скорее всего, работать не будет или будет глючить.

Только в виде конфигурируемого списка параметров

Нет, не то же самое. Нет промежуточного преобразования в std::string. ConstData() возвращает константную ссылку на внутреннее представление. И в char * тоже преобразования нет, т.к. c_str() возвращает константный указатель на внутренний буфер. Т.е. это последовательный доступ к "потрохам" поля tariffName. После компиляции со включенным -finline-functions (включается на самом низком уровне оптимизации, т.е. почти всегда) вызовов ConstData() и c_str() не останется, будет только работа со внутренним буфером напрямую. По поводу отображения тарифа в авторизаторе - патчи есть? Могу включить в ос

Разве что для файловой базы. У Stargazer'а нет параметра "дата регистрации" как такового. А если указать в конфиге списывание по дням? в принципе получается то что мне нужно , деньги снимаются после платежа и их хватает как раз на 30-31 день, только вот не знаю 1 го числа сумма всего тарифа спишится или нет Если указать списывать по дням то оно будет списывать каждый день кусочек. 1 число в этом случае ничем не отличается от других дней с т.з. списания абонплаты.

Поставить libmysql-dev и пересобрать и переустановить Stargazer.

iptables-dev и libmysql++-dev тут ни к чему.