Перейти к содержимому
Local

Поиск по сайту

Результаты поиска по тегам 'stg'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • Настройка
    • Железо
    • Кабель
    • IPTV КТВ Кабельное телевидение
    • Wi-Fi
    • Софт
    • Инструмент для оптоволокна
    • Игры
    • PON
  • Организация
    • Сеть - бизнес
    • Поиск сетей
    • Поиск провайдера
    • Обсуждение провайдеров
    • Датацентры. Хостинг. Colocation.
    • Для Администрации
    • Для людей
    • Вакансии. Работа. Курсы.
  • Stargazer
    • Разработка Stargazer
    • Вопросы по Stargazer
    • Stargazer Ubilling
    • Модули для Stargazer
  • Безопасность
    • Вирусы и Антивирусы
    • Целостность системы
    • Защита оборудования
  • Коммуналка
    • Наш флейм
    • По сайту
    • Торговля
    • Для самых маленьких
    • Новости
  • Регионы
    • Харьков
    • Чернигов
    • Днепропетровск
    • Полтава
    • Крым
    • Запорожье
    • Тернополь
    • Донецк
    • Львов
    • Житомир
    • Сумы
    • Одесса
    • Черновцы
    • Закарпатье
    • Луганск

Календари

  • Основной календарь



Фильтр по количеству...

Найдено 11 результатов

  1. Добрый день. Можно ли задать очередность инициализации NAS-ов после рестарта сервера биллинга? Вобщем вот в чем проблема в моем случае. Схема сети: Local NAS Ubilling <-OpenVPN tunnel-> Remote NAS Mikrotik Допустим по какой-то причине нет связи с Remote NAS Mikrotik. Теперь если сделать рестарт сервера Local NAS Ubilling, то Ubilling пытается в первую очередь проинициализировать Remote NAS Mikrotik. И делать это он будет ну очень долго. А делать это как-бы и не нужно пока: если Remote NAS Mikrotik уже был инициал. (пусть сейчас и нет связи с биллингом) - абоненты в списке ALLOW есть и интернетом они пользуются, а если выключен и/или с ним нет связи - то инициализация списков и т.д. не имеет смысла. При этом в Local NAS пока еще ipfw таблицы и пайпы не заполнены и еще долго не будут заполнены, и у абонентов доступа в Интернет нет. Можно ли как-то задать приоритет инициализации для локального NAS более высокий, чем для Remote NAS ? Спасибо
  2. Добрый день. Подскажите пожалуйста возможно ли настроить ubilling для снятия абонплаты различными способами ("размазанная" и раз в месяц). В данный момент работает ежедневное снятие.
  3. Доброго времени суток! Подскажите, а есть какой-то инструмент для поиска и сортировки неактивных абонентов по дате последнего списания абонплаты? Собственно, необходимо для поиска абонов, которые давно не пополнялись / не пользовались услугой. Как можно отсортировать неактивных последний месяц / два / пять?
  4. Если вдруг кому-то интересно: http://www.stg.dp.ua/download/freebsd10-patch.diff Т.к. с FreeBSD 10 по умолчанию не идет gcc то собирать так: CC=/usr/bin/clang CXX=/usr/bin/clang++ ./build
  5. MPD5 + netflow

    Всем доброго времени суток, значит у меня следующий вопрос. Хотел собирать статистику с mpd5, но при встроенных настройках: set netflow peer localhost 42111 set netflow timeouts 15 1800 set netflow version 5 mpd создает (вроде бы) по две ноды на каждое соединение, что в последствии сказалось очень негативно на системе. А точнее зависания в ноль, даже на консоль не реагирует. Так вот, накопал я значит такой скрипт, что б сделать одну ноду для всего этого дела, только вот не очень всё это понимаю. #!/bin/sh . /etc/rc.subr name="ngnetflow" rcvar=`set_rcvar` load_rc_config $name : ${ngnetflow_enable="NO"} : ${ngnetflow_src="0.0.0.0:5525"} : ${ngnetflow_dst="x.x.x.x:5525"} start_cmd="ngnetflow_start" stop_cmd="ngnetflow_stop" ngnetflow_start() { /usr/sbin/ngctl -f- <<-SEQ mkpeer ipfw: netflow 65534 iface0 name ipfw:65534 netflow connect ipfw: netflow: 65533 out0 msg netflow: setdlt { iface=0 dlt=12 } msg netflow: settimeouts { inactive=30 active=600 } mkpeer netflow: ksocket export inet/dgram/udp name netflow:export flow-sensor msg flow-sensor: bind inet/${ngnetflow_src} msg flow-sensor: connect inet/${ngnetflow_dst} SEQ } ngnetflow_stop() { /usr/sbin/ngctl -f- <<-SEQ shutdown netflow: SEQ } run_rc_command "$1" Хотелось бы поправить его под взаимодействие с cap_nf.
  6. Абонплата

    Добрый день ! При подключении абонента ему выставляется тариф стоимостью к примеру 100 грн . - когда эти деньги спишутся с его счета ? Будет ли абонент заблокирован , ведь по логике вещей у нового абонента на счету 0 при стоимости тарифа 100 грн. баланс абонента должен стать (-100) , соответственно доступ должен заблокироваться . Если происходит смена тарифа на тариф с большей стоимостью, будет ли заблокирован доступ если у абонента недостаточно средств ? Спасибо
  7. Здравствуйте, подскажите пожалуйста как быть. В процессе эволюции сети, через сервер где живет стг уже трафик клиентский не ходит. СТГ только занимается деньгами и говорит можно давать пользователю инет или нет, если да, то с какой скоростью. Все ок кроме статистики по трафику. Данные я собираю отдельным механизмом и раскладываю в нужные ячейки базы (таблица users, поля D0 и U0), и потом эти данные раз в 5 мин обновляю моей приблудой. Все работает как надо ровно до того, как стг не начинает обновлять данные по каждому пользователю, согласно своим законам жизненным. Он просто затирает что что я собрал, на то что он считает нужным (ноликами). Естественно это не хорошо. Как сказать стг чтоб он не перезаписывал ничего? Или куда нужно класть данные которые я собираю чтоб стг их кушал? Таблицу users, поля D0 и U0 поменять не могу, много уже завязал на них. Файл ALL 192.168.1.1/32 DIR1, естественно этот адрес нигде у меня не живет - заглушка.
  8. Linux ISG в stargazer

    Кто нибудь пробовал прикрутить этот модуль в качестве NAS в stargazer, очень хотелось бы его видеть. У меня сейчас (правда не в stg): zeleniy@router:~$ /usr/local/ISG/bin/ISG.pl show_count Approved sessions count: 1575 Unapproved sessions count: 34 Штука реально работает в продакшен, нагрузка на сервер меньше, чем при использовании HTB.
  9. stg-2.408

    Ссылка для скачивания: stg-2.408.tar.gz ChangeLog (от версии 2.407-p1): General: Стандартизован стиль именования параметров: CamelCase. В документации к XML-RPC API добавлено пропущенное поле 'password' для метода chg_admin. Приведена в порядок работа с сигналами. Теперь сигналы перехватываются только из основного потока и перехватываются корректно, в отличие от старых версий. Для остановки плагинов больше не используется pthread_kill, т.к. плагины его все равно теперь игнорируют. Устаревшая функция usleep заменена на более продвинутую функцию nanosleep в соответствии с POSIX.1-2008. Удалены странные, непонятные и ненужные комментарии в коде. Некоторые типы данных сделаны более "строгими". Добавлено несколько дополнительных проверочных утверждений. Упрощено API плагинов. Удален странный код. Большая часть кода приведена в соответствие с рекомендациями Скотта Мейерса. Вычищена куча кода. Но это еще не конец. Исправлена ошибка установки в случае наличия предыдущей установки. Добавлена поддержка FreeBSD9. Структура базы для Firebird больше не создается автоматически при make install-data, нужно создавать вручную. Compilation: При проверке условий сборки теперь используются переменные CC и CXX вместо явного вызова gcc/g++. Если переменные CC и CXX не определены то используются gcc и g++ по умолчанию. Добавлено разделение флагов на CFLAGS и CXXFLAGS. Теперь релиз рекомендуется собирать так: $ CFLAGS="-O2" CXXFLAGS="${CFLAGS}" ./build Флаг компиляторы -g3 заменен на -ggdb3 (все равно его поддерживает и gcc, и clang, и ekopath). Существенно переработана система сборки. Теперь она не сорит заголовочными файлами и библотеками там где не нужно. Убрана зависимость от bash. Libraries: Использование динамических внутренних библиотек признано нецелесообразным, возвращены старые-добрые a-файлы (последний раз они были в версии 2.401). Добавлена специализация x2str для беззнаковых типов. Библиотеки crypto.lib и scriptexecuter.lib теперь содержат 100% кода на языке C! Исправлена работа библиотеки ia.lib на платформах с Big Endian. Plugins: В плагин для PostgreSQL добавлен параметр retries указывающий количество повторных попыток установить соединение с БД. Оптимизирована логика работы RemoveDir - теперь он удаляет ваши каталоги на 50% быстрее! Унифицированы имена параметров плагинов для работы с БД: Server, Database, User, Password. Старые имена поддерживаются, но объявлены устаревшими. В будущем будут удалены. Добавлен плагин для работы с snmpd по протоколу SMUX. Позволяет производить мониторинг некоторых параметров системы: общее количество абонентов; количество абонентов online; количество авторизованных абонентов; количество абонентов с флагом alwaysOnline; количество абонентов с отрицательным балансом; количество абонентов с отключенной детальной статистикой; количество отключенных ("disabled") абонентов; количество "замороженных" ("passive") абонентов; количество абонентов с положительным кредитом; количество абонентов с положительным предоплаченным трафиком; количество абонентов меняющих тарифный план в следующем месяце; количество абонентов с ненулевым трафиком за сессию; общее количество тарифов; количество абонентов потарифно; общее количество админов; общее количество сервисов; общее количество корпораций; общее количество правил классификации трафика. [*]Добавлен шаблонный класс PLUGIN_CREATOR для универсального удобного порождения плагинов. [*]При немедленном изменении тарифа через XML-RPC API добавлен "сброс" отложенного тарифа. [*]Возможно исправлена ошибка приводящая к "зависаниям" плагина конфигуратора. [*]Исправлена утечка ресурсов (файловых дескрипторов) в плагине файлового хранилища. [*]Улучшены сообщения об ошибках авторизации, теперь в них на 73.1% больше информации! [*]В плагине для XML-RPC API вынужденно используется внешний сокет для корректной остановки плагина. Привет мейнтейнерам Debian которые до сих пор не обновили xmlrpc-c! Зато минус одно падение с SIGSEGV и General Protection Fault при останове! [*]Плагин remote_script больше не сообщает об ошибке и позволяет системе запуститься если файл привязки подсетей пуст. [*]Пересмотрен порядок загрузки плагинов. stargazer: Исправлена ошибка приводящая к неправильному сообщению о причине отключения. Убрано бесполезное изменение значения nice для процесса. Добавлены три возможных сценария снятия абонплаты: обычный; не снимать абонплату при отрицательном балансе; не снимать абонплату ели баланс при этом станет отрицательным. [*]Добавлен параметр ReconnectOnTariffChange указывающий системе выполнять переподключение абонента при изменении тарифа. [*]Добавлена "подписка" на добавление и удаление тарифов. [*]Управление авторизацией абонентов перемещено из класса USER в класс USERS что позволило избавиться от дедлока в определенных условиях. [*]Устранена возможность выгрузки активного плагина. Минус одно потенциальное падение с SIGSEGV и General Protection Fault! ChangeLog практически полностью повторяет 2.408-rc1, я не стал в него включать исправления ошибок привнесенных этой версией, но могу вас заверить - они там все (исправления, не ошибки ) есть. Обращаю внимание тех кто уже использует плагин SMUX - изменился STG-MIB. Добавлен еще один параметр - activeUsers - количество абонентов с ненулевым трафиком за текущую сессию. Он более корректно отображает тех кто сейчас действительно использует услугу. Для остальных же в документации есть раздел по настройке плагина и snmpd. stg-2.408.tar.gz stargazer_help_v2.17.pdf
  10. Добрый день! Шлюз управляется через remote script ex....от стг. Все правила построены на основе айписет-а. Ситуация следующая возникает: время от времени абонент удаляется из разрешающего списка, даже те кто стоит со "всегда он-лайн" помогает переподключение авторизатором или ожидание в случае с "всегда онлайн". Кто то сталкивался с таким?
  11. падает STG 2.406

    Стоит FreeBSD 8.2 x64 + STG 2.406 + MySQL 5.5 Работает часов 10-12, потом отваливается STG. Причем STG-EXEC процессы висят, а основного процесса нет. В логах ничего, в сислог тоже. Убиваешь процессы, запускаешь заново - все нормально работает, только потом опять падает. До этого стоял FreeBSD 8.1 + STG 2.406 + MySQL 5.1 на другой машине было тоже самое. Клиентов около 50. Грешу на авторизатор, сеть Wi-Fi, может пакеты теряются и из-за этого сервер падает. На другой машине работает 2.406 только все Always Online, 60 клиентов и все ОК. Или на cap_bpf. Кто чего подскажет? Поможет ли обновление до 2.407 ?
×