nightfly

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

Собственно слегка причесал модуль, начиная с 0.5.4 rev 3456.
Если очень спичит затестить - следует утащить себе вот эту либу: https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.compat.php (вот в прямом виде) а также сам обновленный модуль https://github.com/nightflyza/Ubilling/blob/master/modules/general/pl_ipchange/index.php (опять же вот чистый сорс).
 
Результат:
2014.05.12 16:39:18 DISCONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.7;CASH-180.000000 2014.05.12 16:39:19 CONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.5;CASH-180.000000;SPEED-5120;UPSPEED-5120,MAC-14:88:67:87:40:21

Ага. Добиться того, чтобы remote API у вас таки работал, и UBILLING_SERIAL / UBILLING_REMOTE были вписаны конечностями более известными как руки.

тоді насправді це питання до Damien Miller
 
Якщо NAS ставилось штатним інсталлером, то стартує він строго з /etc/firewall.conf у вигляді
# netflow stats /usr/local/sbin/softflowd -i INTERNAL_INTERFACE -n NF_HOST де що логічно INTERNAL_INTERFACE - дивиться в бік абонентів, а NF_HOST не що інше ніж IP хоста де старгейзер слузає cap_nf.
Керується воно з допомогою man softflowctl

phones -> mobile

Ні. З дефолтного нестроєного sendmail теж повинно нормально улітати. Як варіант - будь-який MTA, з яким може працювати штатна функція mail();

turbosms.ua -> Подключение к шлюзу -> Способы подключения -> SQL + снять галку "оставить старый пароль" и вбить по новой тот, что нарисован в конфиге. При миграции на новый шлюз у них чего-то покарежило юзеров.
 
"Собака-наблюдака" и  "Отсылка при помощи TurboSMS" имеют раздельные настройки.

Потім домалюєте своїх мереж.  Ставте як є.

Змінює можливість розносити оплати вручну, у випадку STG_DIRECT=0 (угу, бувають шизофреніки, котрим хочеться кожну оплату рученьками перевірити і внести). Для здорових людей OPENPAYZ_MANUAL нічого не міняє.  

Ні. Стабільнісенький і повністю дописаний, ще десь з 0.4.1. Дозвольте запитатись, а якого саме "толку в фінзвіті" ви від нього очікували? Ну можливо феєрверків та спецеффектів? Справді цікаво Підказую, ось як воно повинно працювати:

 

Ну можна, наприклад... еммм.... сказати їм не чіпати типи оплат до яких вони не мають жодного відношення? Пробували?  
Контроль працівників... то така штука - сьогодні вони типи оплат перемикають(а між тим там бай дефолт готівка стоїть), а завтра всім родичам/кумам/знайомим в обхід каси бабла наливати будуть (коригуванням сальдо, ага).  Як такі речі ви пропонуєте контролювати? Теж якимись низькотехнологічними підпірками?
 
Ні. Для цього є самоочевидний і простий метод. Є такі штуки як "касир", "готівка", "каса". Що вони означають на справді:
1. "Готівка" - це такі різнокольорові папірці, з намальованими на них древніми президентами, поетами та іншими видними діячами.
2. "Касир" - це той хто бере від абонента готівку в руки і кладе їх в касу.
3. "Каса" - це така умовна коробочка де лежать гроші.
 
В кінці дня дивиться кількість оплат по касиру всього - і кількість грошей в касі. А, ну і ще оченятами подивитись на коригування, і спробувати зрозуміти їх причини. Далі можливих варіантів два:
1. Суми однакові? Ок - касир норм працює.
2. Розходяться? Мінус з зарплати / пішла нафіг / закопали в лісі - це вже від настрою.
 
Всі засоби для такого контролю, давно  і успішно присутні та перевірені роками. Нічого астрального придумувати не потрібно.

Фронтенд для работы с EasyPay уже доступен в CURRENT ветке.

Не дивлячись на вашу слабку спробу плюнути мені в писок, замість адекватного признання власної профнепридатності, виявлю християнське милосердя і тицьну пальцем:
 
1. в rc.conf намальовано 192.168.137.3  на інтерфейсі rl0
2. в firewall.conf ви завертаєте в ipfw nat трафік для 192.168.137.1 via rl0 (звідки б йому там взятись?)
3. з чого можна зробити висновок про те, що ви в процесі встановлення замість айпішки свого зовнішнього інтерфейсу вписали айпішку дефолтраута.
4. цього б в принципі не трапилось, якби ви спробували хоч трішки подумати над тим, що написано в документації чи зображено на відео, замість бризкання соплями, які ви так настійливо вимагаєте вам витирати.
 
Навіть не загострюючи увагу на правописі, можу констатувати той факт, що ви м'яко кажучи - не послідовні.

Сачком пробовали ловить?
 
Еще раз перечитайте мой предыдущий пост.
Рисуя allow-ы где ни попадя, в обход типичного комбайна из tablearg/pipe via interface вы просто нивелируете всю логику авторизации и аутентификации ваших пользователей.
 
Поясняю: http://nuclight.livejournal.com/124348.html
 
И не напрашивается очевидный вывод?
Задача шейпера ака dummynet... ВНЕЗАПНО шейпить а не "узнавать"  чего-то там.
Задача ната - тоже только натить никак не взаимодействуя с шейпером и тоже ничего не "угадывать". 
Где и в каком порядке, на каких интерфейсах будут происходить эти никак не взаимосвязанные процессы - зависит только от вас.
 
ЗЫ ах да - есть же еще такие крутые штуки как skipto, fwd и прочие на которых можно строить PBR практически любой упоротости.

А между тем существует документация.... которую никто не читает.....
 
 
..и если бы вы потрудились заглянуть хотя бы в FAQ возможно этого вопроса и предчувствую, всех последующих не возникло бы....

Тогда вы ошиблись разделом форума.
 
Ну дык посмотрите на `city`->`street`->`build`->`apt`->`address`.
Все всязи по id - вполне себе самоочевидные.
 
К слову - кабинет пользователя вполне себе позволяет локализацию названий тарифов еще с  0.4.0 - rev 2545.
Что позволяет вполне себе комфортно показывать пользователям кириллические названия тарифов.

Ага, только не используются эти поля в табличке `users`. Для этого существуют таблички вида `emails` и `phones`.
 
Используйте JOIN в своих запросах по соответствующих полях из других табличек.
 
Он внезапно все также в `phones`.
 

 
 
Правда, закрадывается у меня подозрение, что вы заняты ничем иным, как переписыванием функции все того же "Мастера отчетов", под названием "Экспорт абонбазы".

Ага - называется модулем "Массовый ресет".
Хотя более логично было бы не мудрствуя долго, тупо рестартнуть stargazer, чтобы он по человечески поднял каких надо юзеров на новом НАС-е.

В сторону UHW. Редирект по 47 табличке строиться абсолютно идентично.
Возможно стоит убрать один из последних deny.

Хорошо, только почему их два?
 
Сделайте по дороге
DELETE from `userspeeds` where `id'='179'

Догадался уж. Наше отношение к размазанной АП вполне себе четко оглашено в FAQ
 
Я бы нарисовал в функции zbs_UserShowProfile($login) что объявлена в userstats/modules/engine/api.userstats.php
 
Нет. Функций "сделать мир во всем мире" и "чтобы все было как мне мечтается" тоже еще не реализовано.
 
Почему бы и нет?
 
ЗЫ кстати обрадую: текущим стабильным релизом является 0.4.0 уже и 0.4.1 скоро планирует выходить. 0.3.8 давно как не поддерживается и успешно похоронен.

Персональний шаблон мережі створіть. Можете скопіпастити дефолтний замінивши тільки макрос. {ROUTERS}

На видео четко сказано(3:05), что "as network gateway" - YES.
Подозреваю что это и так самоочевидно.
 
Я уже где-то трижды упомянул на тему шаблонизации подсетей DHCP и того, по какому принципу по умолчанию выбирается шлюз для конкретной подсети заполненной в модуле "Сети и сервисы".
 
Занимательные уроки чтения - продолжаются.

пофиг, я думал что он должен мне завтрак готовить
 
как и пророчил - просто слетели права при смене пароля.
 
А теперь повторяюсь в третий раз:
 
1. тушите старгейзер
2. исполняете в той же SQL консоли запрос:
UPDATE `admins` SET `ChgConf` = '1', `ChgPassword` = '1', `ChgStat` = '1', `ChgCash` = '1', `UsrAddDel` = '1', `ChgTariff` = '1', `ChgAdmin` = '1' WHERE `login` = 'admin'; 3. меняете пароль на тот "на который меняли" как минимум в billing.ini и userstats.ini
4. Запускаете старгейзер, пользуетесь.

нет
 
billing.ini:
TOP = /usr/bin/top -b -n1
 
P.S. ну все же знают, что я сейчас скажу?

Чисто из любопытства более-менее повторил вашу топологию на виртуалках.
Поставился с нуля на 8.2 i386 offline KMOD. Все работает практически из коробки.
 
В rc.conf никакой магии:

gateway_enable="YES" hostname="test.loc" ifconfig_em0="DHCP" ifconfig_em1="inet 192.168.56.2 netmask 255.255.255.0" ifconfig_em2="inet 192.168.1.1 netmask 255.255.252.0" inetd_enable="YES" keymap="ua.koi8-u" sshd_enable="YES" # ====== added by UBinstaller ==== #all needed services mysql_enable="YES" apache22_enable="YES" dhcpd_enable="YES" dhcpd_flags="-q" dhcpd_conf="/usr/local/etc/multinet/dhcpd.conf" dhcpd_ifaces="em2" #========= #access/shape/nat firewall_enable="YES" firewall_nat_enable="YES" dummynet_enable="YES" firewall_script="/etc/firewall.conf" # ==========

Как впрочем и в firewall.conf:
#!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Networks define ${FwCMD} table 2 add 192.168.0.0/22 ${FwCMD} table 9 add 10.0.2.15 #NAT ${FwCMD} nat 1 config log if em0 reset same_ports ${FwCMD} add 6000 nat 1 ip from table\(2\) to not table\(9\) via em0 ${FwCMD} add 6001 nat 1 ip from any to 10.0.2.15 via em0 #Shaper - table 4 download speed, table 3 - upload speed ${FwCMD} add 12001 pipe tablearg ip from any to table\(4\) via em2 out ${FwCMD} add 12000 pipe tablearg ip from table\(3\) to any via em2 in # default block policy ${FwCMD} add 65533 deny all from table\(2\) to any via em2 ${FwCMD} add 65534 deny all from any to table\(2\) via em2 ${FwCMD} add 65535 allow all from any to any


Базовый сетап, чтобы изобразить первого абонента в виде 192.168.1.10:

 
Пришлось чуть подровнять дефолтраут, изза того, что {ROUTERS} по умолчанию смотрит на начальную айпишку+1:

 
Ну и как водиться у абонента все работает сразу после регистрации:
 
test# ipfw table 3 list192.168.1.10/32 102 test# ipfw show06000 86 6201 nat 1 ip from table(2) to not table(9) via em006001 173 241667 nat 1 ip from any to 10.0.2.15 via em012000 86 6201 pipe tablearg ip from table(3) to any via em2 in12001 173 241667 pipe tablearg ip from any to table(4) via em2 out65533 0 0 deny ip from table(2) to any via em265534 0 0 deny ip from any to table(2) via em265535 90 8992 allow ip from any to any test#