Главная / Форумы / SAMS / Squid Account Management System (SAMS)

Паразитный трафик

rution, 08.01.2010 — 03:50

доброго времени суток :)
Есть пару вопросов по связки SAMS2.0.2+squid-3.1.0.13, аутентификация в AD домена WIN2K3 на ОС FreeBSD 7.2-STABLE.
У пользователей отображается "паразитный трафик" в 32 Gb, якобы взятые из кеша... откуда он взялся и что это ХЗ...

‹ 1.0.5 считает не весь трафик. Sams+Squid Не работает ограничение трафика в шаблонах ›
mclight77, 13.01.2010 — 03:01

спасибо обоим! соответствующие изменения внес в pgquery.cpp. Изменения доступны начиная с ревизии 780.

PavelVinogradov, 13.01.2010 — 00:02

За патч отдельное спасибо, думаю скоро окажется в trunk.

iSa, 12.01.2010 — 21:50

Проблему решали вместе с rution'ом. Так что завёл соответствующий тикет с приложеным патчем.

rution, 12.01.2010 — 18:46

Проблема была устранена :). При использование sams во freebsd, для типа long long, в исходниках необходимо в файле mysqlquery.cpp это:

case MYSQL_TYPE_LONGLONG:

if (row[i]) {

  if (sscanf(row[i], "%Ld", (long long*)_columns[i].dst) != 1) ok = false;

}

нужно заменить на:

 

case MYSQL_TYPE_LONGLONG:

if (row[i]) {

   if (sscanf(row[i], "%lld", (long long*)_columns[i].dst) != 1) ok = false;

}

После замены, все стало работать как часы (я имею ввиду подсчет трафика)... Теперь осталась еще куча вопросов, так что еще спишемся. Спасибо :)

rution, 12.01.2010 — 18:40

Проблема была устранена :). При использование sams во freebsd, для типа long long, в исходниках необходимо в файле mysqlquery.cpp это:

case MYSQL_TYPE_LONGLONG:

if (row[i]) {

if (sscanf(row[i], "%Ld", (long long*)_columns[i].dst) != 1) ok = false; }

 

 

нужно заменить на:

case MYSQL_TYPE_LONGLONG: if (row[i]) { if (sscanf(row[i], "%lld", (long long*)_columns[i].dst) != 1) ok = false; }

mclight77, 12.01.2010 — 17:59

Просьба обновиться до ревизии 778 или выше и проверить еще раз. Уверенности нет, но возможно, что проблема исчезнет. Просто нет FreeBSD чтобы проверить.

linuxsu аватар
linuxsu, 12.01.2010 — 15:37

FreeBSD 8.0 Relise amd64

rution, 12.01.2010 — 15:25

Какая ОС?

linuxsu аватар
linuxsu, 12.01.2010 — 13:49

У меня такая же фигня.... После пересчета показывает нормальный траффик, как только начинает идти траффик, показывает 32 Гб, причем скачанные из кеша.

samsdaemon.log.gz

mclight77, 11.01.2010 — 23:28

Совсем уж полную очистку не стоит делать. Достаточно обнулить результаты обработки лог файла. И конфиги можно не трогать.

1) остановить демона

2) почистить базу
mysql параметры_подключения
use имя_базы
truncate table cachesum;
truncate table squidcache;
update squiduser set s_size=0, s_hit=0, s_enabled=1;
update proxy set s_endvalue=0;

3) запустить демона
samsdaemon -v -d9 --fork -l file:/tmp/samsdaemon.log

4) подождать пока закончится обработка логов (время зависит от размера access.log, может быть довольно долго)

5) остановить демона
samsdaemon --stop

вроде ничего не упустил

rution, 11.01.2010 — 21:08

Как лучше сделать, полную очистку, чтобы проверить появиться ли такое значение с деф данных, конфигах? Вычистить базу, и в файле squid.conf удалить все строки содержащие _sams_?

mclight77, 11.01.2010 — 20:15

да, лог выкладывать весь. Из показанного куска видно что такое значение находится в базе. Где-то раньше должно быть упоминание как оно туда попало. И что странно, size и hit равны, что теоретически возможно, но практически не встречается.
Лог, естественно, лучше прикрепить файлом, предварительно заархивировав его.

rution, 11.01.2010 — 19:43

uname -a
FreeBSD x.domain.local 7.2-STABLE FreeBSD 7.2-STABLE #2: Sat Sep 19 14:33:33 YEKST 2009
лог очень большого размера, выкладывать весь?. Заметил такую вещь, 32 Гб появляется после того как произвести синхронизацию (реконфиг) сквида.
Вот кусок лога с первым упоминанием:
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:241 [0x801340100->setActiveTemplateId(2)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:69 [0x801340100->setId(1)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:278 [0x801340100->setGroupId(4)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:247 [0x801340100->setLimitedTemplateId(-1)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:211 [0x801340100->setQuote(30)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:171 [0x801340100->setSize(34359738368)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:193 [0x801340100->setHit(34359738368)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:136 [0x801340100->setEnabled(1)]
2010-01-11 17:41:46 samsdaemon[87394]: samsuser.cpp:124 [0x801340100->setPassword(*hidden*)]
Следую щий раз уже встречается с функцией getSize

mclight77, 08.01.2010 — 17:56

тогда делаем так:
1) останавливаем демонов
2) пересчитываем трафик
3) запускаем демонов такой командой:
samsdaemon -v -d9 --fork -l file:/tmp/samsdaemon.log
4) загружаем страницу, убеждаемся что появился паразитный трафик
5) останавливаем демонов командой
samsdaemon --stop

теперь файлик /tmp/samsdaemon.log и результат команды
uname -a
нужно выложить сюда.

rution, 08.01.2010 — 15:53

После пересчета показал правильные данные, после запуска sams и загрузки старницы... снова 32 Gb :(

mclight77, 08.01.2010 — 04:32

попробуйте остановить демонов, пересчитать трафик пользователей через web интерфейс и снова запустить демонов. На данный момент трудно определить откуда появился паразитный трафик. Если в последующем он снова появится, будем разбираться подробнее.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".