|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alexander Shevchenko 2:5020/1817.26 28 Oct 2003 11:54:19 To : Stas Vlasov Subject : rexecd -------------------------------------------------------------------------------- 26 октября 2003 12:39, Stas Vlasov => Alexander Shevchenko: [skip] SV>>> Важно то, что статистика снимается именно та, которая нужна, SV>>> считывание занимает какое-то ненулевое время, после этого SV>>> статистика обнуляется. Для того, чтобы клиенты не накачали SV>>> лишнего, производится выключение интернета для всех клиентов на SV>>> время снятия-очистки. В принципе, можно бы и не отключать, но SV>>> тогда какое-то количество трафика при таком способе будет SV>>> неучтенным. AS>> А ты не обнуляй. Снял - смотришь. Сохранил где-нить у себя. Потом AS>> снял еще, посомтрел - не накачал ли пользователь чего лишнего, AS>> сохранил.... SV> Все бы неплохо, но как мне уже сообщили мылом, при переполнении SV> подсчет останавливается. Hеправильно тебе подсказали. У меня такая схема работает: 1. Снимаем с файрвола show_trf 2. Сравниваем с last_show_trf: - если show_trf больше last_show_trf, значит пользователь что-то скачал и трафик увеличился. Сохраняем show_trf в last_show_trf. - если show_trf равен last_show_trf, значит пользователь ничего не качал. - если show_trf меньше last_show_trf, значит сервак ребутнули (ну или твой вариант про переполнение). last_show_trf складываем с last_trf и сохраняем сумму в last_trf. show_trf пишем в last_show_trf. Трафик пользоватлея равен last_show_trf+last_trf Да, небольшая потеря трафика (в плане учета) существует, но перегрузка сервака, имхо, нештатная ситуация и врядли кто-то может предложить что-то 100% надежное. Alexander Shevchenko ... Default tagline #2 --- * Origin: Default origin (2:5020/1817.26) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/46203f9e4ceb.html, оценка из 5, голосов 10
|