Учёт трафика (да-да, опять)

0

0

Есть пользователи, "выпускаемые" в интентет через PPTP.
Соответственно стоит сервер Linux/pptpd, к которому они подключаются.

Есть желание
1). персонально каждому пользователю назначать максимальную пропускную способность канала
2). учитывать потреляемый пользователем трафик. НЕ через libpcap.

Вопрос: man что?

Ссылка

←	...Помогите с iptables!

VPN - почему-то некоторые сайты в линуксе не открываются

→

1) linux advanced routing howto 2) вариантов масса и libpcap один из них

x-term ★★
(21.02.05 18:06:41 MSK)

Ответ на: комментарий от x-term 21.02.05 18:06:41 MSK

> 2) вариантов масса и libpcap один из них

Вот про это можно поподробнее?
libpcap-based не годится, т.к. на большом трафике теряет пакетики и врёт.

anonymous
(21.02.05 18:12:50 MSK)

Ты FAQ читал?

fagot ★★★★★
(21.02.05 18:21:37 MSK)

Ответ на: комментарий от anonymous 21.02.05 18:12:50 MSK

>на большом трафике теряет пакетики

на большом трафике все теряет пакетики, в том числе и само ядро... И ULOG-based тоже теряет пакетеки...

mky ★★★★★
(22.02.05 02:18:01 MSK)

Ответ на: комментарий от mky 22.02.05 02:18:01 MSK

1. Трафик, на котором теряет пакетики libpcap, и трафик, на котором теряет пакетики ядро, различаются на порядки.

2. Если пакет потеряет ядро, то пакет никуда не уйдёт. Всё честно: ни мы, ни пользователь на бабки не попадает. Если же пакет потеряет libpcap, то пользователь поимеет бесплатный неучтённый трафик. И на бабки попадаем только мы. :)

anonymous
(22.02.05 05:41:27 MSK)

Ответ на: комментарий от fagot 21.02.05 18:21:37 MSK

> Ты FAQ читал?

Да. Там мутно.

anonymous
(22.02.05 05:42:48 MSK)

Ответ на: комментарий от anonymous 22.02.05 05:41:27 MSK

Самая приемлемая связка iptables+ulogd+postgresql (mysql по вкусу) Если даже ядро потеряет пакет то вы все равно попадаете на бабки так как вышестоящий пров все это уже посчитал. Если совсем не охота терять ставь кошку и по flow все собирай.

anonymous
(22.02.05 06:57:08 MSK)