|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Stas Vlasov 2:5080/172.172 22 Oct 2003 21:31:02 To : Denis Sotchenko Subject : Re: rexecd -------------------------------------------------------------------------------- Sunday October 19 2003, Denis Sotchenko writes to Stas Vlasov: DS>>> Мдя. Как хорошо, что мы этот UTM в своё время не купили :) SV>> А какие есть альтернативы для не слишком крупного кабельного SV>> провайдера? DS> купить, например, lanbilling (он дешевле) для отмазки от ГСH, а DS> самим юзать самописный. Мда... Жалко, уже поздно менять биллинг. SV>> Все бы неплохо, но съем происходит на циске. DS> Hу тут не знаю, я в цисках не копенгаген :) А это неважно. Важно то, что статистика снимается именно та, которая нужна, считывание занимает какое-то ненулевое время, после этого статистика обнуляется. Для того, чтобы клиенты не накачали лишнего, производится выключение интернета для всех клиентов на время снятия-очистки. В принципе, можно бы и не отключать, но тогда какое-то количество трафика при таком способе будет неучтенным. SV>> К тому же, требуется более подробная статистика, не просто "кому SV>> сколько", а "кому от кого сколько". DS> Тогда удалённая часть может считать любыми средствами, которые DS> для этого есть. Конкретно у меня это делается через divert. Суть та DS> же - снимаем статистику, а для UTM эмулим якобы осуществившееся DS> отключение и включение. Мысль интересная. В смысле, не стирать статистику после снятия. Правда, у меня появилась другая мысль - готовить статистику к снятию за некоторое время (клиенты уже приучены к мысли, что статистика по трафику обновляется каждые 15 минут) и выкладывать ее для биллинга не прерывая съема. Примерно так же у меня работает прокси на отдельной машине, но там просто работает скрипт, пробегающий по двум последним логам сквида и считающий трафик от последнего запуска. SV>> либо разобраться, что произойдет с циской, если статистика там SV>> все-таки переполнится. DS> А это не документировано? Вероятно, документировано. Hадо найти документацию и посмотреть. Просто сейчас пока что нормально работает (тьфу три раза), менять что-либо лень. Good luck. Stas --- Еще одно "золото" 1.1.5-20020105 * Origin: gui is good, but console better (2:5080/172.172) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/45963f96a4d7.html, оценка из 5, голосов 10
|