Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Учет трафика, статистика)
Режим отображения отдельной подветви беседы		[ Отслеживать ]

и снова про учет траффика с высоты накопленного опыта, Asg (ok), 26-Янв-06, (0) [смотреть все] Вотв ам ответ http www opennet ru openforum vsluhforumID1 63572 html 5Прочита, Skif (ok), 16:02 , 26-Янв-06, (1) // Написано вссе правильно Но даже если роутер не будет генерировать траффика, и д, Asg (ok), 07:31 , 27-Янв-06, (2) // Я со сквидом мало работал, но если мне не изменяет память, то он в логах пишет с, usama (ok), 13:12 , 27-Янв-06, (3) // Да, так оно и есть Детально можно глянутьь или в документации или здесь http , Skif (ok), 13:59 , 27-Янв-06, (4) ИтогоПредлагается взять готовую систему учета траффика, хранящую данные скажем в, Asg (ok), 14:22 , 27-Янв-06, (5)   // есть тут статья на opennet, там описан ldap firebird ulog-acct java Так в, Den (??), 15:40 , 27-Янв-06, (6)   http npj ru cakeи убейте сквид в плане подсчета, он криво считает, eugene (??), 07:21 , 31-Янв-06, (7)   1,5

Сообщения

[Сортировка по времени | RSS]

5. "и снова про учет траффика с высоты накопленного опыта"	+/–
Сообщение от Asg (ok), 27-Янв-06, 14:22
Итого Предлагается взять готовую систему учета траффика, хранящую данные скажем в скуле. К ней дополнительно написать парсер логов сквида, который будет обманывать систему учета добавляя к ней в базу дополнительные данные взятые из логов сквида и может быть вырезАть данные соответствующие обращению клиентов на порт прокси, если система не умеет сама их отбрасывать. У кого то есть опыт написания такого парсера? есть ли где-то готовая связка? Ситуация нат+прокси - это стандарт де-факто для небольших/средних фирм (не провайдеров), неужели никто не озадачивался такой проблемой?
Ответить | Правка | Наверх | Cообщить модератору

	6. "и снова про учет траффика с высоты накопленного опыта"	+/–
	Сообщение от Den (??), 27-Янв-06, 15:40
	>Итого >Предлагается взять готовую систему учета траффика, хранящую данные скажем в скуле. К >ней дополнительно написать парсер логов сквида, который будет обманывать систему учета >добавляя к ней в базу дополнительные данные взятые из логов сквида >и может быть вырезАть данные соответствующие обращению клиентов на порт прокси, >если система не умеет сама их отбрасывать. > >У кого то есть опыт написания такого парсера? есть ли где-то готовая >связка? >Ситуация нат+прокси - это стандарт де-факто для небольших/средних фирм (не провайдеров), неужели >никто не озадачивался такой проблемой? есть тут статья на opennet, там описан ldap + firebird + ulog-acct + java. Так вот в этой статье как раз и приводится твой парсер который считает по ип трафло котрое прошло через squid и через nat. Статья около полугодичной давности.
	Ответить | Правка | Наверх | Cообщить модератору

	7. "и снова про учет траффика с высоты накопленного опыта"	+/–
	Сообщение от eugene (??), 31-Янв-06, 07:21
	http://npj.ru/cake и убейте сквид в плане подсчета, он криво считает
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема