|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander Lunyov 2:5059/20.5 08 Jan 2004 23:38:10 To : Eugene Grosbein Subject : проблема подсчета трафика по пользователям -------------------------------------------------------------------------------- * hi ** Eugene Grosbein => Alexander Lunyov >>>>> Поставь считалку типа ipcad. Вали все в текстовые файлы и потом паpси >>>>> их скpиптом котоpый будет считать. AL>>>> Ёп... Говорю же, по логинам, а не по IP. >>> Hеужели не в состоянии сделать отобржение IP->login ? AL>> Говорю же, блин, на одном IP могут сидеть разные логины. AL>> Заводить на каждого пользуна по IP я что-то не готов (но можно, AL>> конечно, я знаю). Это уже через задницу будет. IP выдаются из пула AL>> динамически. Пользователей уже 160 и будет еще больше. Каждому по IP? AL>> Hе офигеть бы. > Ты выдаешь реальные IP? Hет. > А если нет, то что мешает тебе взять сеть /16, дать каждому фиксированный > IP и перестать морочить голову себе в первую очередь? Погоди, погоди. Я не совсем понимаю, зачем мне гемор по приписыванию каждого логина к какому-то IP, слежению за тем, чтобы IP адреса мертвых логинов потом давать еще кому-то. Ладно бы их было 15, но их-то 160. И будет больше. И уже всё работает, кроме маленькой плюхи - чтобы ppp отдавал радиусу на аккаунтинг не весь трафик, а только внешний. И ради этого городить огород с лишними сущностями навроде еще какого-нибудь демона, следящего за аккаунтингом, но уже по count'ам ipfw? Когда этим прекрасно может заниматься радиус. А радиус не только аккаунтингом занимается, он еще и авторизует, то есть мы наплодим сущностей. Причем базу берет из LDAP. Предлагаешь снести LDAP и вынести пользователей с паролями в текстовый файл? Причем следить за актуальностью этого текстового файла на трёх машинах, в то время как до этого с этим прекрасно справлялась репликация между серверами LDAP? А всех почтовых пользователей вынести в sasldb? :) Короче, Евгений, ты предлагаешь мне удобный гамак и быстрые лыжи? :) * bye --- * Origin: no sex until marriage! (c) Front242 (2:5059/20.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/27653ffdb1aa.html, оценка из 5, голосов 10
|