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

Stargazer на Freebsd 11.1 с шепером без Ubilling

Рекомендованные сообщения

Подскажите пожалуйста, успешно установил Ubilling на Freebsd 11.1, слишком громоздко оказалось не удобно для маленького офиса до 20 человек.

Хотел установить чистый stargazer "stg-2.409-rc2" (был в дистрах Ubilling) и "stg-2.409-rc4" на Freebsd 11.1 вылазят ошибки при сборке.

 

Скажите что есть в скрипте Ubillinga, что позволяет ему ставить СТГ без проблем на Freebsd 11.1.

Что конкретно нужно сделать перед сборкой СТГ, чтобы лишнего не устанавливать?

 

Ответ, для минимальной установки на чистую систему:

1) ставим pkg

2) Установка expat, libiconv, gmake можно добавить еще бд кому нужно

pkg install expat libiconv gmake

3) В папку куда распаковали архив

cd stg-2.409-rc2/projects/stargazer

4) 

env CC=clang CXX=clang++ sh build

5) 

gmake
gmake install

 

Изменено пользователем pavel03ru

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, nightfly сказал:

Я и спрашивал, что особенного, ведь смотрел его в первую очередь.

А по теме - добавлю в шапку все что нужно для минимальной установки СТГ.

 

Теперь осталось прикрутить шейпер, чтоб можно было менять ограничение по скорости для юзеров прямо в виндовом конфигураторе.

Если есть готовое решение по шейперу, можете ткнуть носом пожалуйста.

 

Надо полагать, делается это через скрипт коннекта, вот только получится ли это реализовать без SQL в файловом варианте... или это извращение? Просто планирую потом конфигурацию переместить на флешь роутера, и не хотелось бы поднимать там SQL.

Изменено пользователем pavel03ru

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да, можно. Да, извращение. Примеры в ветке старгейзера.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: 49rpam
      Побскажите пожалуйста в чем может быть проблема? а то уже мозг плавится)
      устанавливаю счет абоненту  84 грн

      захожу через пару минут а счет -2)


      добавляю 82 что бы опять было 84)

      захожу а там

      в логе все выглядит правильно

      что это?
       
       
    • Автор: eleutherius
      Добрый день.
      Недавно установил Ubilling на FreeBSD 11.0X64. Пользовался  стандартным скриптом установки. (версия Ublling 0.83 или 0.84 ... не помню)
      Так как на этом сервере планируется использовать Userside, мне нужно было обновить MySQL до версии 5.7.
      Сделал это я так:
      - сделал дамп базы данных stg.sql
      - Удалил Mysql 5.6, собрал  Mysql 5.7 из портов.
      - удалил содержимое каталога /var/db/mysql, так как без этого не запускался Mysql.
      -  Восстановил базу данных stg.sql, восстановил пароль на Mysql.
      В результате Stargazer не стартует при загрузке.
      В /var/log/stargazer.log было так:
      2017-09-01 15:30:44 -- --------------------------------------------- 2017-09-01 15:31:14 -- Stg v. 2.409 2017-09-01 15:31:14 -- Message queue created successfully. msgKey=5555 msgID=65536 2017-09-01 15:31:14 -- Timer thread started successfully. 2017-09-01 15:31:14 -- [store_mysql] MYSQL_STORE: Current DB schema version: 1 2017-09-01 15:31:14 -- Storage plugin: mysql_store v.0.67. Loading successfull. 2017-09-01 15:31:14 -- Users started successfully. 2017-09-01 15:31:14 -- Traffcounter started successfully. 2017-09-01 15:31:14 -- Module 'Stg Configurator v. 2.0' started successfully. 2017-09-01 15:31:14 -- Module 'Always Online authorizator v.1.0' started successfully. 2017-09-01 15:31:14 -- Module 'cap_nf v. 0.4' started successfully. 2017-09-01 15:31:14 -- Stg started successfully. 2017-09-01 15:31:14 -- +++++++++++++++++++++++++++++++++++++++++++++ 2017-09-01 15:48:42 -- +++++++++++++++++++++++++++++++++++++++++++++ 2017-09-01 15:48:42 -- Module 'cap_nf v. 0.4' stopped successfully. 2017-09-01 15:48:42 -- Module 'Always Online authorizator v.1.0' stopped successfully. 2017-09-01 15:48:42 -- Module 'Stg Configurator v. 2.0' stopped successfully. 2017-09-01 15:48:43 -- Traffcounter: Stop successfull. 2017-09-01 15:48:43 -- Users: Stop successfull. 2017-09-01 15:48:44 -- Queue removed successfully. 2017-09-01 15:48:44 -- StgTimer: Stop successfull. 2017-09-01 15:48:44 -- Stg stopped successfully. 2017-09-01 15:48:44 -- --------------------------------------------- Стало так:
      2017-09-01 16:18:50 -- Stg v. 2.409 2017-09-01 16:18:50 -- Message queue created successfully. msgKey=5555 msgID=65536 2017-09-01 16:18:50 -- Timer thread started successfully. 2017-09-01 16:18:50 -- Storage plugin: 'Error loading plugin '/usr/lib/stg/mod_store_mysql.so': 'Shared object "libm$ 2017-09-01 16:30:53 -- Stg v. 2.409 Третьи сутки курю Интернет. Рябят, как починить данную проблему?
    • Автор: ppv
      Під час зняття абонплати Mikrotik був недоступний, абонентів не виключило.
      Як краще зробити перевірку ?
    • Автор: gogasan
      Здравствуйте.
      Версия веб-морды: 0.7.3 rev 4912
      Версия демона: Stg v. 2.409
       
      Следующий вопрос:
      Исторически сложилось, что на разворачиваемой сети за разными NAS'ами находятся одни и те же подсети.
      Какие костыли нужны для биллинга, чтобы можно было на разные NAS в качестве услуг привязывать разные услуги с одной и той же подсетью?
    • Автор: mac
      Добрый день.
      Можно ли задать очередность инициализации 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 ?
      Спасибо
×