|
|
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
такая ситуация есть шлюз, на нем стоит кэширующий transparent proxy (squid ), в iptables как положено вставлено правило перенаправлять http на прокси, а также там заведены счетчики каждому серому IP для подсчета и ограничения входящего трафика. Не могу сообразить как сделать так чтоб не считать трафик от прокси, если html страница была взята локально из кэша. Так, в скрипте есть такое правило iptables -A OUTPUT -o eth1 -p tcp -d $ip --sport 3128 -j ${chain}_in т.е все что возвращается с инета на серый адрес $ip и выходит в серый интерфейс eth1 с порта proxy 3128 загоним в пользовательскую цепочку ${chain}_in где будут увеличиваться счетчики, ну вообщем понятно... Только вот походу, если прокси отдал из кэша, это тоже будет считаться, что неправильно. Не соображу как выкрутится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 09:10:03 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
sanek842такая ситуация есть шлюз, на нем стоит кэширующий transparent proxy (squid ), в iptables как положено вставлено правило перенаправлять http на прокси, а также там заведены счетчики каждому серому IP для подсчета и ограничения входящего трафика. Не могу сообразить как сделать так чтоб не считать трафик от прокси, если html страница была взята локально из кэша. Так, в скрипте есть такое правило iptables -A OUTPUT -o eth1 -p tcp -d $ip --sport 3128 -j ${chain}_in т.е все что возвращается с инета на серый адрес $ip и выходит в серый интерфейс eth1 с порта proxy 3128 загоним в пользовательскую цепочку ${chain}_in где будут увеличиваться счетчики, ну вообщем понятно... Только вот походу, если прокси отдал из кэша, это тоже будет считаться, что неправильно. Не соображу как выкрутится. может таки считать трафик сквидом ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 11:03:02 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
черт знает ну так то идея неплохая, можно комбинировать статистику iptables + squid, просто дело еще в чем, через squid только http идет , остальное напрямую. а сквидом как, это анализировать файл /var/log/squid/access.log ? вот пример его содержимого Код: plaintext 1. 2. 3. это считать 6893 + 3534 + 4462 и т.д. я правильно понимаю? и еще, это размер включая tcp заголовок ( полная длина ip пакета ) или же размер данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 12:02:37 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
sanek842черт знает ну так то идея неплохая, можно комбинировать статистику iptables + squid, просто дело еще в чем, через squid только http идет , остальное напрямую. а сквидом как, это анализировать файл /var/log/squid/access.log ? вот пример его содержимого Код: plaintext 1. 2. 3. это считать 6893 + 3534 + 4462 и т.д. я правильно понимаю? и еще, это размер включая tcp заголовок ( полная длина ip пакета ) или же размер данных? размер включает только размер данных ( без заголовков пакетов ). Вообще яб не заморачивался с разделением из_кша/из_инета - тут вопрос несколько политический может возникнуть, когда пользователь ВАСЯ при одинаковых запросах с пользователем ПЕТЯ, будет платить XXX денег а ПЕТЯ 000 денег, только потому, что весь трафик ПЕТИ будет браться из кеша... На месте ВАСИ - я бы обиделся. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 12:10:27 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
так то так :) важен еще точный размер сколько с инета качается, чтоб с провайдером более мене совпало :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 12:15:56 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
sanek842так то так :) важен еще точный размер сколько с инета качается, чтоб с провайдером более мене совпало :) может таки создать отдельное правило ( раз прокся используется только для http, то считать таки наверное лучше iptables ) которое считает весь входящий трафик от провайдера, тоесть считать отдельно провайдерский и пользовательский трафик ? ( переплачивать будут пользователи :) ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 12:39:49 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
в принципе есть такое правило iptables -A INPUT -p tcp --sport 80 -i eth0 -j ACCEPT т.е. считаем все что пришло с инета на внешний интерфейс с 80 го порта, это и есть то что прет на прокси от провайдера только это нужно разбить между пользователями ( серыми адресами ) Вообщем надо подумать, может и правда незаморачиваться, из кеша/не из кеша Главное прояснилось что в принципе это можно учесть с пом. самого squid ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 13:09:32 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
sanek842в принципе есть такое правило iptables -A INPUT -p tcp --sport 80 -i eth0 -j ACCEPT т.е. считаем все что пришло с инета на внешний интерфейс с 80 го порта, это и есть то что прет на прокси от провайдера только это нужно разбить между пользователями ( серыми адресами ) Вообщем надо подумать, может и правда незаморачиваться, из кеша/не из кеша Главное прояснилось что в принципе это можно учесть с пом. самого squid если использовать совместно сквид и iptables то будет разница при подсчете трафика, они его таки на разных `уровнях` считают... :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 13:12:28 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
верно, кажется незная кол-во пакетов, мы не сможем умножить размер на длину заголовка tcp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2005, 13:18:41 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
Я почитал весь пост и возник вопрос а зачем так сильно заморачиваться? Попробуйте пакет netacct имхо есть версии льющие прямо в sql базу и уже оттуда выбирать необходимый трафик. Cheers ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 09:27:14 |
|
||
|
proxy и трафик
|
|||
|---|---|---|---|
|
#18+
а я и не стал пока заморачиваться, кэширующий трафик у меня считается :) , поскольку не нашел решения проблемы. Посмотрел netacct, судя по всему она тоже эту проблему нерешает. Кроме того , глянул в ее исходники, это она получается типа снифера, там при запуске открывается packet socket , сетевуха переводится в promiscous mode и попопер. Есть подозрения что при большом потоке будут записываться не все пакеты. А в MySQL у меня и так все льется :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 10:47:09 |
|
||
|
|

start [/forum/topic.php?fid=25&msg=32963030&tid=1490768]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
269ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 189ms |
| total: | 525ms |

| 0 / 0 |
