Опубликована статья (http://a-d-c.ru/adc_billing.htm) про написание биллинга для учета IP-трафика на предприятии. Программа построена на базе FreeBSD, PHP, trafd и MySQL.URL: http://a-d-c.ru/adc_billing.htm
Новость: http://www.opennet.me/opennews/art.shtml?num=15459
"про написание" - как-то не по-русски...
"про написания" - тем более.
Настоящий админ должен: 1. написать свой биллинг.......
>Настоящий админ должен: 1. написать свой биллинг...........на php на freebsd! |-)
А BSD-то чем не угодила?
хм. видимо гуру это предпочитают делать на perl + FreeBSD :)))
Хорошо, спрошу более "политкорректно" - чем в данном случае не угодиЛИ конкретно php и конкретно FreeBSD, ну и до кучи - чем плох perl?
С прямыми руками построить надежно работающую систему можно на чем угодно.
Улыбнуло - студенческий подход и "гибкость"!
>Улыбнуло - студенческий подход и "гибкость"!ну а что? :) в рамках знаний этого человека это вполне гибкое решение.
будьте снисходительны.
мне, например, понравилось. автор сделал приятную штучку и оформил это красиво. молодец.
у меня бы не хватило терпения
>P.S. Статья была опубликована в журнале "Системный администратор" за август >2008 года.В конце статьи. Биллинг из будущего :)
>>P.S. Статья была опубликована в журнале "Системный администратор" за август >2008 года.
>
>В конце статьи. Биллинг из будущего :)я думал только на ЛОР-е машина времени есть
так ее и тут прикрутили ))))))перекопал все свои журная будущего, но так и не нашел августовского выпуска за 2008-ой год
эх, придется идти в магазин и покупать
да уж... особенно занятно это смотрится на фоне тысячи и одной готовой открытой системы подсчета и лимитирования трафика.
Зачем нужен биллинг? Если везде повсеместно безлимитные тарифы!!!!
>Зачем нужен биллинг? Если везде повсеместно безлимитные тарифы!!!!не везде
>Зачем нужен биллинг? Если везде повсеместно безлимитные тарифы!!!!эххх
вам бы посидеть на 1мбит анлиме за 700$, причем с гарантированной полосой на тот же 1мбит - 2000$.
К тому же в офисах, где собственно и применяется билинг, хватает людей, которые в инете не должны засиживаться
Это в какой деревне такие цены?
ну, студент поделился своей контрольной (или курсовой) работой...
а почему бы и нет...в реале конечно это использовать нельзя.
>ну, студент поделился своей контрольной (или курсовой) работой...
>а почему бы и нет...
>
>в реале конечно это использовать нельзя.а почему нельзя, если нужен просто банальный учет?
>>ну, студент поделился своей контрольной (или курсовой) работой...
>>а почему бы и нет...
>>
>>в реале конечно это использовать нельзя.
>
>а почему нельзя, если нужен просто банальный учет?просто банальный учет делается несколько проще...
особенно если посмотреть в конце статьи.
---
P.S. Статья была опубликована в журнале "Системный администратор" за август 2008 года.
---мы из будущего. )))))))))))))
нормальная статья со вполне красивым решением на подсчёт траффика. в своё время было нужно именно такое, но самому писать было лень... :)на самом деле данный способ не лишён недостатков или, если угодно, тонкостей. отсчёт идёт по ip-адресам, что впринципе нормально и по-другому не сделаешь. а они, ip, привязываются к пользователям посредством, видимо, ручной прописки его в настройках клиента. и если пользователи мигрируют между компами, например, то на основе полученных данных уже нельзя делать какие-то выводы о потреблении интернета пользователями и тем более высчитывания его из зп. :)
отчасти это всё исправляет АД с радиусом с которого пользователей авторизует прокся/впн-сервер, т.о. у нас будет корректная привязка ип к учётке юзира. конечно, беспечность юзиров и не привычка хранить свои пароли в тайне, лочить комп при отходе от него и прочее всё испортит...
есть и другие детали. однако, автору, респект. повторюсь, при определённых условиях очень хорошее решение проблем подсчёта траффика...
http://www.samag.ru/cgi-bin/go.pl?q=content;n=2006;a=08за 2006 год))
Угу. Биллинг должен УЧИТЫВАТЬ трафик.
А BPF на большом потоке пакеты просто пропускает, в логах не отражается ничего. Это знает любой человек, кто действительно не только писал свой биллинг, но и потом ИСПОЛЬЗОВАЛ его.О ценности дальнейшего материала лучше умолчать.
>А BPF на большом потоке пакеты просто пропускает, в логах не отражается ничего.Ну канесна..
ps на трафике в 2тб в месяц ничего не теряет
ничего - это очень мало :) на самом деле теряет.
потери как я понимаю зависят от нагрузки.
и в большинстве случаев ОФИСНОГО учета -
те учета трафика небольшой компании на современном компе пренипбрежимо малы.
Кто нибуть скажеть если на свете биллинг привязанный к OpenLDAPу?
>Кто нибуть скажеть если на свете биллинг привязанный к OpenLDAPу?Я хранением данных о соединениях в LDAP? ;-)
Блин просто аутентификации!
Вообще комментарии показательны. С одной стороны все кричат о пионерстве и что никому это не нужно, с другой - спрос есть даже на несертифицированные БС. БС действительно много, но 95% их них на самом деле - считалки трафика. Работа БС должна начинаться с получения трафика (желательно уже агрегированного) и заканчиваться управлением доступом пользователей и печатью счетов. Все это в тесной интеграции с CRM. БС такого типа стоят немало денег.Интересен сам факт того, что нет законченных нормальных и постоянно поддерживаемых не то что БС, а даже систем учета трафика уровня офиса.