Jump to content

Релизы Ubilling


Recommended Posts

  • Replies 1.2k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Да кстати если кому то нужен шаблон для свича то вот  можно воспользоваться такой штукой  шаблоно-генератором

Преувеличиваем? Ничего особенного и нового я не сделал

Ни один единорог не пострадал? =)

Posted Images

Каким местом биллинг должен соотноситься с вопросами политики внешнего раутинга?

Нормальные люди делают бекап и балансировку аплинков при помощи BGP, ну или на худой конец скриптовыми подпорками. В общем чем угодно только не считалкой денег.

 

ЗЫ второй вопрос в FAQ как бы намекает

Link to post
Share on other sites

Создав во классах трафика 3 линии (тирнет1 тирнет2 тирнет3) и при регистрации юзера указывать одно из них, тогда пользователь будет работать только в по этому маршруту?

Link to post
Share on other sites

Смысл?

 

Всеравно в принципе не понимаю как классификатор трафика, нужный к слову только для раздельного учета трафика (интернет/локалка) по направлениям, тобишь таки тарификации, должен коррелировать хотябы логически с политикой PBR в сети.

 

Если уж так руки чешутся отправлять абонентов разными каналами в интернеты:

1. Для этого существует логика разделения на подсети и сервисы, для логической организации групп абонентов и разбрасывания их по разным серверам доступа

2. Для управления на лету раутингом при подъеме каждого единичного абонента вполне возможно использовать "дополнительные поля профиля" в связке с геттером GetCF (хотя всеравно изврат считаю)

 

 

В норме не предполагается терминация трафика самим биллингом вообще. И это хорошо.

Link to post
Share on other sites

смысл в том, что моя сеть имеет 4 подключения в глобус. Объединение каналов в один не очень хорошо получилось... стабильно хромает, пачка сайтов с маслиной открывается, а в соцсетях вообще медиа воспроизводится 1 из 10. Вообщем бека еще та.

 

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

 

Вот такая вот задача.

Link to post
Share on other sites
смысл в том, что моя сеть имеет 4 подключения в глобус.

Окей, я более убог - всего только 2 аплинка по 10Г.

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

 

 

Объединение каналов в один не очень хорошо получилось... стабильно хромает, пачка сайтов с маслиной открывается, а в соцсетях вообще медиа воспроизводится 1 из 10. Вообщем бека еще та.

Кустарная балансировка дефолтраутов при помощи pf round-robin либо ipfw prob/fwd еще никогда нормально не работала. Вижу имели шанс убедиться в этом на собственном опыте.

 

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

Каждому абоненту отдельно в ручную прописывать дефолтраут? Мсье знает толк в извращениях. B)

 

Почему просто не выделить пусть даже 4 подсети, навешать на них соответственно сервисов и сетей DHCP, и как белые люди распихивать не задумываясь о лишнем туда абонентов?

 

Из плюсов такого решения:

1. нормальность

2. предсказуемая маршрутизация

3. миграция между сервисами в 1 клик

4. адекватная сегментация сети

5. см. п.1.

 

Хотя для любителей рукоблудствачной работы остается таки рабочий вариант с использованием кастомных полей профиля и GetCF. В древние времена когда была потребность выдавать отдельным юзерам маску скажем /27 для внутренних нужд вместе с основной айпишкой просто строилась логика рисования статичного раута на базе

CUSTOM_MASK=`/etc/stargazer/GetCF $LOGIN 1`
if [ "CUSTOM_MASK" != "" ]
then
route add $CUSTOM_MASK $IP bla bla bla
fi

 

ну или типа того

Link to post
Share on other sites
Почему просто не выделить пусть даже 4 подсети, навешать на них соответственно сервисов и как белые люди распихивать не задумываясь о лишнем туда абонентов?

 

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

Может есть варианты моей ситуации? (что то в стиле "Мой опыт с...")

Link to post
Share on other sites
Может есть варианты моей ситуации? (что то в стиле "Мой опыт с...")

Выше же рассказал, зачем нужна логика подсетей/сервисов.

 

Собственно для провайдеров, которые используют Ubilling, и не имеют возможности сделать нормальную аггрегацию внешних линков, замечено вполне нормальное использование раскидывания юзеров по подсетям с чуть более узкой маской. Дальше как будут распихиваться эти сети и кудой они ходят, через разные экземпляры NAT на разных интерфейсах, через разные удаленные NAS на базе rscriptd, заруливаться к бабушке на деревню или еще куда - биллинг как и задумано не колышет.

 

Абстрагировать логику учета средств от механики и топологии доступа, является единственным кошерным вариантом.

Link to post
Share on other sites

Там нечего думать.

 

Добавляете себе сети для абонентов, допустим:

1. 10.10.0.0/24

2. 10.10.1.0/24

 

На них вешаете сервисы:

1. 10.10.0.0/24 -> Типа интернет

2. 10.10.1.0/24 -> Х...евый интернет

 

Для подсетей добавляете NAS в соответствии со своими реалиями. Если же вы используете раздельные NAS на rscripd или mikrotik на этом все заканчивается. В противном случае едем дальше.

 

Если используете стандартные заготовки для BSD из ubinstaller в варианте billing+nas модифицируете свой /etc/firewall.conf добавив обе подсети масками в table(2) и подняв разные екземпляры nat для каждой из подсетей. Как в общих чертах (а именно в две строчки) работает ipfw nat можете почитать вот тут: http://wiki.ubilling....php?id=ipfwnat

Link to post
Share on other sites

как бы все запустилось, пока что в тестовом режиме 2 подсети. если все будет норм, подкручу еще 2.

 

PS

при какой нагрузке начинается сыпаться штукатурка при ALL in ONE?

Link to post
Share on other sites
как бы все запустилось, пока что в тестовом режиме 2 подсети. если все будет норм, подкручу еще 2.

стратегически без разницы сколько их там будет, оно для того и задумано

 

при какой нагрузке начинается сыпаться штукатурка при ALL in ONE?

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

 

Практический опыт других сетей подсказывает что средний тазик ценовой категории ~$1k уверенно держит 1.5к абонентов с тарифами 3-100 Мбит при потоке в ~750Mbit/s в конфигурации "все в одном" практически без тюнинга. Хотя держать такой комбайн лично считаю извратом.

 

pps можно посмотреть вот так:

netstat 1

 

Сколько трафика у вас суммарно думаю сами знаете.

 

Хозяйке на заметку: теоретический запас оставшейся мощи можете оценить на глаз сделав

sysctl net.inet.ip.fastforwarding=1

 

после чего внимательно посмотреть в

top -SHP

сколько отжирают обработчики прерываний сетевых карточек.

 

Есть способ еще проще: сделать ifconfig - если вы видите там карточки вида rl0, vr0, nfe0, ale0 - можете начинать выбирать, кого из пользователей продать на органы, чтобы купить нормальную сетевую :(

Link to post
Share on other sites
сделать ifconfig - если вы видите там карточки вида rl0, vr0, nfe0, ale0

 

ну а что ж там еще может видеть мелкий провайдер??? ;)

Практический опыт других сетей подсказывает...

Вот и спасибо, что бы знать, когда нужно в бабушкин носок копеечки класть... :(

 

PS

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

Link to post
Share on other sites
ну а что ж там еще может видеть мелкий провайдер???

Что угодно только не это.

Цена адекватной(!) двухголовой igb карточки нынче эквивалентна стоимости "разок нормально побухать".

Link to post
Share on other sites

Вопрос о "Прием заявок".

В alter.ini

SIGREQ_ENABLED=1

 

 

папку "signup" переместил в корень /data

 

 

в БД создал пользователя, базу и сделал все ему права.

 

 

в signup.ini настроил все, как требует БД.

 

При захождении на странице неизвестным пользователем (http://hostname/signup/index.php) появляется страница, но в ней ничего нет.

Link to post
Share on other sites

1. либо PHP < 5.2

2. либо сигнапилке неоткуда получить список улиц, накой черт вы отдельную базу создали?

 

 

Включите хотябы вывод ошибок в PHP, глядишь и увидите, чего ей не нравиться.

Link to post
Share on other sites
Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By nightfly
      Ubilling 1.5.9 rev 9525 The Perfect Lock
       
      Зміни в структурі БД. alter.ini: нова опція GENERATORS_ENABLED, що вмикає модуль моніторингу генераторів. alter.ini: нова опція TB_GENERATORS_NOTIFY, що вмикає нотифікацію про запущені генератори в області сповіщень. alter.ini: нова опція PON_ONU_UNI_STATUS_COMPACT, що вмикає компактне відображення стану мідних портів на ONU. alter.ini: нова опція PONBOXES_MINIMAP, що дозволяє вмикати та вимикати міні-мапу, при редагування ПОН коробки. Новий модуль Єдинорожий телепорт: дозволяє просто та зручно переносити ваш робочий білінг на новий сервер. Модуль “Реєстрація користувачів”: виправлено проблеми сумісності з PHP 8.5. Модуль “Останні події”: викинуто дубову статку на мороз. Askozia PBX: інтеграція була давно непідтримуваною, викинуто на мороз, разом зі всіма опціями. Модуль Mapon: тепер використовує OmaeURL для взаємодії з API. Модуль “Мапа ONU”: в черговий раз покращення навігації між мапою та іншими модулями системи. Новий модуль Генератори: дозволяє моніторити стан генераторів, базово облікувати мотогодини, пальне та планувати ТО. Модуль ПОНізатор: тепер причини останньої дереєстрації ONU можуть визначатись також по серійнику ONU а не тільки за MAC. Модуль “ПОН Коробки”: покращено продуктивність відмальовки зв'язків коробок на мапах. Глобально: проведено чергову спробу зробити логування подій, що відбуваються навколо користувачів, якимось трішки більш притомним. RemoteAPI: новий виклик generators, що запускає скрипти обробки станів генераторів з автоматичним запуском. RemoteAPI: новий виклик gencontrol, для примусового запуску/зупинки генераторів за допомогою зовнішнього ПЗ. Бібліотека UbillingCache: виправлено проблеми сумісності з PHP 8.5. Бібліотека OmaeURL: виправлено проблеми сумісності з PHP 8.5. Бібліотека UbillingTelegram: вся робота з CURL перенесена до одного методу, покращено сумісність з PHP 8.5. Кабінет користувача: виправлено проблеми сумісності з PHP 8.5. UBinstaller: тепер при встановленні попередньо розгортає та конфігурує SphinxSearch. UBinstaller: Зібрано бінарні пакунки для FreeBSD 14.3 amd64 + PHP 8.5. UBinstaller: Зібрано бінарні пакунки для FreeBSD 15.0 amd64 + PHP 8.5.  
      Повний чейнджлог
      Оновлена демка
       
       

    • By maxkorn
      Доброго дня!
      На Mikrotik NAS, створив нову підмережу для клієнтів, все наче порядок, тільки помітив, що не створюються шейпери в Queues для клієнтів цієї підмережі.
      В логах Stargazer наступне:
      2025-12-29 09:05:57 - [Ubilling] - OnConnect started for user `xxasdb5rzm`:
      2025-12-29 09:05:57 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Error: Queue entry can't be updated, missing
      2025-12-29 09:05:57 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 09:05:57 - [Ubilling] - QC: 6, elapsed time: 0.064 sec.
       
      При чому, на тому ж мікротіку є ще кілька підмереж, в яких все проходить нормально:
       
      2025-12-29 08:30:17 - [Ubilling] - OnConnect started for user `22zxp7u58x`:
      2025-12-29 08:30:17 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 08:30:17 - [Ubilling] - QC: 6, elapsed time: 0.602 sec.
       
      Налаштування аналогічні, в чому може бути причина?
    • By ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • By ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • By camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?

×
×
  • Create New...