Billing

[Lacho]

Здравейте отново колеги,

Моля Ви ако някой знае евтина или безплатна билинг система mikrotik+radius+mysql или нещо такова да сподели

Много благодаря предварително!

[Тодор Лазаров]

Здравейте отново колеги,

Моля Ви ако някой знае евтина или безплатна билинг система mikrotik+radius+mysql или нещо такова да сподели

Много благодаря предварително!

Ми аз навремето постнаш нещо такова:

http://ss7.dupnica.net/?p=284#comment-625

Семпло но ми върши работа.

freeradius+mysql+php+pptp mikrotik

[Lacho]

дай повече инфо моля

[Тодор Лазаров]

дай повече инфо моля

Ми както писах.

radius server: freeradius.

datbase: mysql

NAS: mikrotik

frontend: php

Какво може: Използват се следните атрибути на микротик като радиус клиент:

- Mikrotik-Rate-Limit /задаване на скорост за download/upload/

освен това използване на sqlcounter:

1. Лимитиране по време /общо, дневно, седмично, месечно/

- Max-All-Session-Time

- Daily-Session-Time

- Weekly-Session-Time

- Monthly-Session-Time

2. Лимитиране по трафик /общо, дневно, седмично, месечно/

- Max-All-Session-Data

- Max-Daily-Session-Data

- Max-Weekly-Session-Data

- Max-Monthly-Session-Data

Има модул за завеждане на парични средства.

Има справочен модул: от годишен до сесиен.

Ми това е накратко.

Нищо особено но за моите нужди достатъчно.

п.с. Е човешкото око е нанаситно сигорно може и повече но за сега толкова.

Много харесвам една умна мисъл на Екзупери: "Съвършенство (в проектирането) не се постига, когато няма какво да се добави, а когато няма какво повече да се махне."

[SS7]

Фронтенд-а от нулата ли е писан , или си ползвал нещо започнато.

Аз днес се рових да търся радиус фронт-енд -и и всичките са гола вода

Аз досега не съм имал userman и сега се виждам в чудо със разни списъци , липси на адреси и телефони и т.н.

Ако си ползвал нещо за основа, моля дай насоки , пък ще черпим.

[Тодор Лазаров]

Фронтенд-а от нулата ли е писан , или си ползвал нещо започнато.

Аз днес се рових да търся радиус фронт-енд -и и всичките са гола вода

Аз досега не съм имал userman и сега се виждам в чудо със разни списъци , липси на адреси и телефони и т.н.

Ако си ползвал нещо за основа, моля дай насоки , пък ще черпим.

Да от нула.

Ползваш за по-бързо писане phpmaker.

Иначе от това което съм въждал най ми допадна:

1. Radius Manager - http://www.dmasoftlab.com/

най-доброто за микротик но платено.

2. daloRADIUS - http://sourceforge.net/projects/daloradius/

3. phpRADmin - http://sourceforge.net/projects/phpradmin/

4. abills - http://abills.net.ua/wiki/doku.php

5. Dialup Administration Interface - http://sourceforge.net/projects/dialup-admin/

6. AdmiNIBS & StatNIBS - http://www.dushan.com.ua/freenibs/

сигурно има и още много допълнете ....

p.s. тука ще отворя една скоба:

системите най общо се делят на два модула:

1. accounting - събиране и показване на трафика

2. billing - завеждане и отчитане на паричните средства.

Е най-добре е да има и двата модула.

[insertoff]

ползвам това от т.1 вече 2-3 години.

Нищо че е платено, 100-200 еуро не са нищо в сравнение с това което прави.

Досега не съм забелязал бъгове в работата.Бачка желязно.

При повечко клиенти се иска здрава машина.

Моята беше целерон 2.4 и ако удари токов удар и се наложи да влязат повечко народ едновременно тотално спичаше.

Смених я с истински сървър HP 2x Xeon-a 2.4 и RAID масив и до момента нямам грам проблем.

Хубававина е че има  възможност за картова система.Т.е. може да си печаташ карти с разлни суми които да разпространяваш в търг. мрежа.Също така управлява и хотспот-а на Микротик.

Неприятен момент е че тоя юнак дето пише софтуера е доста зает и не   приема много съвети за бъдещето на системата.От година му пея да помисли относно различни скорости в различни часови пояси...отговаря че мисли

Друг недостатък е че системата управлява Микроти-ци...САМО !

Който се интересува на сайта има демо  и може да се тества почти всичко.

[Тодор Лазаров]

ползвам това от т.1 вече 2-3 години.

Нищо че е платено, 100-200 еуро не са нищо в сравнение с това което прави.

Досега не съм забелязал бъгове в работата.Бачка желязно.

При повечко клиенти се иска здрава машина.

Моята беше целерон 2.4 и ако удари токов удар и се наложи да влязат повечко народ едновременно тотално спичаше.

Смених я с истински сървър HP 2x Xeon-a 2.4 и RAID масив и до момента нямам грам проблем.

Хубававина е че има  възможност за картова система.Т.е. може да си печаташ карти с разлни суми които да разпространяваш в търг. мрежа.Също така управлява и хотспот-а на Микротик.

Неприятен момент е че тоя юнак дето пише софтуера е доста зает и не   приема много съвети за бъдещето на системата.От година му пея да помисли относно различни скорости в различни часови пояси...отговаря че мисли

Друг недостатък е че системата управлява Микроти-ци...САМО !

Който се интересува на сайта има демо  и може да се тества почти всичко.

Това е силно насочено към микротик, това му е силата.

Между другото как го защитават

криптнат ли е файла: admin.php

Интересувам се също от структурата на базата с данни.

Ако не е тайна защо не направиш един дъмп само на структурата.

И ако може и conf файла на freeradius-a.

- radius.conf

- sql.conf

[insertoff]

не само админ.пхп, всичко е криптирано.

Ползва се това :

Zend Engine v2.2.0, Copyright © 1998-2007 Zend Technologies

   with the ionCube PHP Loader v3.1.32, Copyright © 2002-2007, by ionCube Ltd.

като връзката е през мак адреса на машината.

Активира се от производителя чрез генериране на ключове.

Конф. файловете са големи.В сайта мисля има документация , там е посочено какво трябва да се промени в стандартните файлове

на радиуса за да се адаптира към системата.

Струва ми се няма да представлява интерес за всички.Ако искаш

ще ти ги пратя...Обади ми в лс.

[SS7]

Разгледах го това и честно казано ми се струва, че не си заслужава парите. Няма най-необходимия модул - за плащане в брой.

Явно ще трябва да се пише фронтенд за радиус , ама с българските особености.

Най - важните опции са пълни данни за клиентите и касов модул за завеждане на плащанията , които автоматично да спира достъпа на неплатилите в срок.

Хубаво е да може да се задава отделен срок за плащане на всеки клиент индивидуално , например за фирми с фактура по банков път.

Ако имам време летните месеци мозе и да подвана да напиша нещо , макар, че съм далеч от php-то

не само админ.пхп, всичко е криптирано.

Ползва се това :

Zend Engine v2.2.0, Copyright © 1998-2007 Zend Technologies

   with the ionCube PHP Loader v3.1.32, Copyright © 2002-2007, by ionCube Ltd.

като връзката е през мак адреса на машината.

Активира се от производителя чрез генериране на ключове.

Конф. файловете са големи.В сайта мисля има документация , там е посочено какво трябва да се промени в стандартните файлове

на радиуса за да се адаптира към системата.

Струва ми се няма да представлява интерес за всички.Ако искаш

ще ти ги пратя...Обади ми в лс.

[Тодор Лазаров]

Разгледах го това и честно казано ми се струва, че не си заслужава парите. Няма най-необходимия модул - за плащане в брой.

Явно ще трябва да се пише фронтенд за радиус , ама с българските особености.

Най - важните опции са пълни данни за клиентите и касов модул за завеждане на плащанията , които автоматично да спира достъпа на неплатилите в срок.

Хубаво е да може да се задава отделен срок за плащане на всеки клиент индивидуално , например за фирми с фактура по банков път.

Ако имам време летните месеци мозе и да подвана да напиша нещо , макар, че съм далеч от php-то

Аз мисля че за тези пари си заслужава.

Ако се търси биллинг може би погледни abills

http://abills.sourceforge.net/

Руснаците винаги са били силни в това отношение.

Между другото имат доста такива системи:

NetUP      - http://www.netup.biz/

Lanbilling - http://www.lanbilling.ru/

Но там където се говори за пари /истински билинг/ всичко е платено.

[insertoff]

Разгледах го това и честно казано ми се струва, че не си заслужава парите. Няма най-необходимия модул - за плащане в брой.

................

Не зная какво разбираш под модул плащане в брой.

Факт е че има начин при плащането да се маркира дали се плаща в брой или  друг вид.Излиза някакъв документ подобен на фактура който е в стандартен html и не е проблем да се изредактира.

Ако се маркира плащане по някакъв начин различен от брой, акаунта остава валиден още определен период от време.През това време  трябва да се маркира, че плащането е получено.В противен случай акаунта се деактивира.

ps ss7 би ли погледнал защо отново не работи известяването по емаил.Всъщност то работи само 1 ден, когато преди време ти бях писал.

[SS7]

Не видях в демото им къде се завеждат парите, когато плати клиент.

Иначе разгледах abills  и засега ми харесва - има всичко необходимо. Само дето малко е лош интерфейса - през 10 клика , ама това се оправя.

Иначе си има модул за абонамент - начислява задълженията в началото на месеца и докато баланса на клиента е <0 (т.е не си е платил) става ето това :

++[files] returns ok

 rad_check_password:  Found Auth-Type Accept

 rad_check_password: Auth-Type = Accept, accepting the user

+- entering group post-auth

Exec-Program output: Reply-Message = ""Negativ deposit '-40'. Rejected!""

Exec-Program-Wait: plaintext: Reply-Message = ""Negativ deposit '-40'. Rejected!""

Exec-Program: returned: 1

Login incorrect (external check said so)

пуснах то пм за емаил нотификацията, лог-а на сървъра показва, че писмата са изпратени.

Не зная какво разбираш под модул плащане в брой.

Факт е че има начин при плащането да се маркира дали се плаща в брой или  друг вид.Излиза някакъв документ подобен на фактура който е в стандартен html и не е проблем да се изредактира.

Ако се маркира плащане по някакъв начин различен от брой, акаунта остава валиден още определен период от време.През това време  трябва да се маркира, че плащането е получено.В противен случай акаунта се деактивира.

ps ss7 би ли погледнал защо отново не работи известяването по емаил.Всъщност то работи само 1 ден, когато преди време ти бях писал.

[insertoff]

относно билинга...

Платените пари се завеждат на т.нар менажер (касиер) на когото е платено.

После той се отчита на друг главен менажер.

[Тодор Лазаров]

Не видях в демото им къде се завеждат парите, когато плати клиент.

Иначе разгледах abills  и засега ми харесва - има всичко необходимо. Само дето малко е лош интерфейса - през 10 клика , ама това се оправя.

Иначе си има модул за абонамент - начислява задълженията в началото на месеца и докато баланса на клиента е <0 (т.е не си е платил) става ето това :

++[files] returns ok

 rad_check_password:  Found Auth-Type Accept

 rad_check_password: Auth-Type = Accept, accepting the user

+- entering group post-auth

Exec-Program output: Reply-Message = ""Negativ deposit '-40'. Rejected!""

Exec-Program-Wait: plaintext: Reply-Message = ""Negativ deposit '-40'. Rejected!""

Exec-Program: returned: 1

Login incorrect (external check said so)

пуснах то пм за емаил нотификацията, лог-а на сървъра показва, че писмата са изпратени.

Но и двете си имат плюсове и минуси.

Abills:

плюс:

- opensource, зад него стоят много разработчици, постояно излизат нови работи. безплатен.

- Силата му е за PPP-server-a да се използва FreeBSD, защото тогава има подръжка на Exppp.

- изграден е на модулен принцип.

минус:

- по-бавен /perl доста товари cpu-то/, не е пряко насочен към микротик.

- по трудна инсталация

Radius Manager-a.

плюс:

- Писан е за микротик

- доста по бърз

минус: комерсиален