Регистрация...

Eserv Forum / E3 / Eproxy 3 Support / Вопросы о TrafC и Estat

imported // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Новости
12.10.2009
Переезд завершен
Здравствуйте

  1. В PigProxy не как не могу найти в место оболочке или файл где описываются правила ограничения трафика пользователей. Помогите, пожалуйста, крайне желательно примерчиком.
  1. Estat упорно показывает под шапкой "Попытка соединения не удалась". Подозреваю, что из-за неправильного пути к estat32.exe. В связи с этим вопрос откуда начинается путь (какой каталог считается корневым). К стати, тот же вопрос про webserver.
 
Комментарии к этой версии (15.01.2008 10:43) [~DAC] 4af8b97b
АвторДатаТекстtags
pig15.01.2008 11:24
  1. В интерфейсе: Настройки HTTP-прокси — Расширения HTTP-прокси — Управление доступом и ограничение трафика — Управляющий список — Редактировать список — открываете вложенный список NamedList и смотрите примеры.
  1. Это с PigMail/PigProxy? Вызываете из интерфейса администратора?
  2. Если путь неправильный, должна написать, что объект не найден. А про попытку соединения я что-то и текста такого не встречал. Разве что в самом Estat скрывается.А что за "тот же вопрос про webserver"? Тоже попытка соединения не удалась?
imported
DAC15.01.2008 17:43
Прошу прощения. Неудачно сформулировал

  1. Речь идет не о запрете доступа к адресам, а об учете и ограничении трафика. О TrafC, короче говоря.
  1. Про неудачную попытку соединения граголит Firefox, ie бы сказал "Невозможно отобразить страницу". Вызываю из PigMail/PigProxy.
  1. C HTTP сервером разобрался.
imported
pig15.01.2008 18:33
  1. В PigMail/PigProxy управление тем и другим объединено. То есть, каналы TrafC, конечно, определяются отдельно, но назначаются они как раз в списке ACL.
  1. Как вызываете? Из администраторского интерфейса по ссылке слева? И что при этом пишется в оперативный журнал HTTP?
imported
DAC16.01.2008 17:07
  1. Спасибо разобрались.
  1. В 20080116HTTP.log пишется
16:57:34 1762
Connection from: 127.0.0.1:3822 16:57:34 1762 Connected 16:57:34 1762 GET /stat/?estat=1 HTTP/1.1 16:57:34 1762 Host: localhost:3140 16:57:34 1762 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; ru; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3 16:57:34 1762 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 16:57:34 1762 Accept-Language: ru-ru,ru;q=0.8,en-us;q=0.5,en;q=0.3 16:57:34 1762 Accept-Encoding: gzip,deflate 16:57:34 1762 Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.7 16:57:34 1762 Keep-Alive: 300 16:57:34 1762 Connection: keep-alive 16:57:34 1762 Referer: http://localhost:3140/stat/?estat=1 16:57:34 1762 Authorization: Basic YWRtaW46MzAzNDQ5OQ== 16:57:34 1762 Accepted 16:57:34 1762 Authorized as: admin@vniig.org 16:57:34 1762 Host name: (admin-interface) 16:57:34 1762 Local port: 3140 16:57:34 1762 Resulting URI: /stat/ 16:57:34 1762 Static file path: ..\script\control\wwwroot.pigmail\stat\index.html 16:57:34 1762 Discovered path: ..\script\control\wwwroot.pigmail\stat\ 16:57:34 1762 CGI file path: ..\script\control\wwwroot.pigmail\stat\index.html 16:57:34 1762 Possible script, CGI handler: ..\script\fs\fs.exe 16:57:34 1762 Executing request: EXEC_CGI 16:57:35 1762 Request completed: EXEC_CGI/200 528/6845 application/octet-stream 16:57:35 1762 STAT: 528:6845:0:0:234
imported
pig16.01.2008 19:22
А больше там ничего нет? Скрипт отработал и выдал страницу с ифреймом, в котором уже должен запуститься EStat. Соответственно, в логе дальше должно следовать что-то типа такого:
19:17:02 5184 GET /estat/index.html HTTP/1.1 19:17:02 5184 Local Network 19:17:02 5184 Authorized as: admin@lanknet 19:17:02 5184 Executing request: NOT_FOUND 19:17:02 5184 HTTP/1.1 404 Not found 19:17:02 5184 Request completed: NOT_FOUND/404 518/694 text/html 19:17:02 5184 STAT: 1677:5922:0:0:15547

Это у меня пятый уровень, сокращённый. И Estat вообще отсутствует, поэтому NOT_FOUND. Но начало должно быть таким.
imported
DAC17.01.2008 14:27
Для единообразия тоже переключил детализацию на 5. Получилось

13:51:20 2123 GET /stat/?estat=1 HTTP/1.1
13:51:20 2123 Accepted
13:51:20 2123 Authorized as: admin@vniig.org
13:51:20 2123 Executing request: EXEC_CGI
13:51:20 2123 Request completed: EXEC_CGI/200 528/6845 application/octet-stream
13:51:20 2123 STAT: 2043:21495:0:0:49218

В общем-то разница только в первой строке. Если набрать http://localhost:3140/estat/, получается

13:55:01 2124 GET /estat/ HTTP/1.1
13:55:01 2124 Accepted
13:55:01 2124 Authorized as: admin@vniig.org
13:55:01 2124 Executing request: SendFile
13:55:01 2124 HTTP/1.1 200 OK
13:55:01 2124 Request completed: SendFile/200 475/723 text/html

При этом опять же отображается только верхний фрейм. Поскольку в index.html кроме двух фреймов и нет ничего проблема похоже все таки с estat32.exe

Мысль
При регистрации был получен только estat32.ini, а exe и html были взяты из комплекта полученного для другой организации в октябре. Может дело в дело в этом?
imported
pig17.01.2008 17:44
Не должно. Попробуйте в порядке бреда посредством IE посмотреть — будет ли разница?

DAC пишет: При этом опять же отображается только верхний фрейм.

А он и раньше отображался? А почему вы лог его выдачи не показываете? Или оно уже из локального кэша вылезает? Сделайте полное обновление страницы и покажите лог обработки всех запросов к /estat/ и /cgi-bin/
imported
DAC18.01.2008 11:47
Не должно. Попробуйте в порядке бреда посредством IE посмотреть — будет ли разница?


В IE тоже самое, разве что вместо "недоступна" "невозможно отобразить".

А он и раньше отображался?


Всегда

А почему вы лог его выдачи не показываете?


Может я не там смотрю? Я везде привожу http.log.

Или оно уже из локального кэша вылезает? Сделайте полное обновление страницы и покажите лог обработки всех запросов к /estat/ и /cgi-bin/


Руками убил все к кеше IE. Установил детализацию 6. В журнале
(http.log) тоже самое

11:43:18 2164 GET /stat/?estat=1 HTTP/1.1
11:43:18 2164 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*
11:43:18 2164 Referer: http://localhost:3140/stat/?estat=1
11:43:18 2164 Accept-Language: ru
11:43:18 2164 Accept-Encoding: gzip, deflate
11:43:18 2164 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.1.4322)
11:43:18 2164 Host: localhost:3140
11:43:18 2164 Connection: Keep-Alive
11:43:18 2164 Authorization: Basic YWRtaW46MzAzNDQ5OQ==
11:43:18 2164 Accepted
11:43:18 2164 Authorized as: admin@vniig.org
11:43:18 2164 Host name: (admin-interface)
11:43:18 2164 Local port: 3140
11:43:18 2164 Resulting URI: /stat/
11:43:18 2164 Static file path: ..\script\control\wwwroot.pigmail\stat\index.html
11:43:18 2164 Discovered path: ..\script\control\wwwroot.pigmail\stat\
11:43:18 2164 CGI file path: ..\script\control\wwwroot.pigmail\stat\index.html
11:43:18 2164 Possible script, CGI handler: ..\script\fs\fs.exe
11:43:18 2164 Executing request: EXEC_CGI
11:43:18 2164 Request completed: EXEC_CGI/200 445/6845 application/octet-stream
11:43:18 2164 STAT: 1977:21923:0:0:35485
imported
DAC18.01.2008 11:54
Попутный вопрос.
В BlackList.txt есть графы для указания пользователей и групп. О каких пользователях и группах идет речь? Пользователи авторизуются по IP (по ним ведется статистика, то есть с авторизацией все в порядке), но при попытке вставить в строку имя пользователя или группы строка перестает работать. То есть для всех, пожалуйста, для одного, извините.
imported
pig18.01.2008 12:31
DAC пишет: 11:43:18 2164 CGI file path: ..\script\control\wwwroot.pigmail\stat\index.html
11:43:18 2164 Possible script, CGI handler: ..\script\fs\fs.exe
11:43:18 2164 Executing request: EXEC_CGI
11:43:18 2164 Request completed: EXEC_CGI/200 445/6845 application/octet-stream
11:43:18 2164 STAT: 1977:21923:0:0:35485

А дальше? Это первый запрос, а там несколько должно быть. Подгрузилась страница, на ней ссылки, браузер начинает грузить их.
В конце концов должен дойти до обращения к ..\estat\cgi-bin\estat32.exe

DAC пишет: В BlackList.txt есть графы для указания пользователей и групп. О каких пользователях и группах идет речь? Пользователи авторизуются по IP (по ним ведется статистика, то есть с авторизацией все в порядке), но при попытке вставить в строку имя пользователя или группы строка перестает работать. То есть для всех, пожалуйста, для одного, извините.

Пользователи — те, который получаются при авторизации. Группы — те, в которые эти пользователи включены. Всё остальное, естественно, мимо.
imported
DAC18.01.2008 13:18
А дальше? Это первый запрос, а там несколько должно быть. Подгрузилась страница, на ней ссылки, браузер начинает грузить их.
В конце концов должен дойти до обращения к ..\estat\cgi-bin\estat32.exe


Больше ничего нет. Хотя верхний фрейм по-прежнему отображается.

Если в blacklist указан пользователь, то все работает. Если группа, то не работает.

Еще вопрос. Если в Списоке управления доступом к HTTP-прокси
  1. blacklist
  2. whitelist
  3. Кто главнее?
imported
pig18.01.2008 14:16
DAC пишет:
А дальше? Это первый запрос, а там несколько должно быть. Подгрузилась страница, на ней ссылки, браузер начинает грузить их.
В конце концов должен дойти до обращения к ..\estat\cgi-bin\estat32.exe

Больше ничего нет. Хотя верхний фрейм по-прежнему отображается.

А вы случайно не через прокси в интерфейс идёте? Может, он из своего кэша отдаёт?

DAC пишет: Если в blacklist указан пользователь, то все работает. Если группа, то не работает.

А вы группировку пользователей в домене определили?

DAC пишет: Если в Списоке управления доступом к HTTP-прокси
  1. blacklist
  2. whitelist
  3. Кто главнее?
Изначально whitelist, он первый. Но вы можете порядок менять, это в главном списке определяется.
imported
DAC22.01.2008 13:56
:

А вы случайно не через прокси в интерфейс идёте? Может, он из своего кэша отдаёт?


Нет


А вы группировку пользователей в домене определили?


Да. В {Dirs
imported
pig22.01.2008 14:52
  1. Тогда остаётся предположить:
  2. что браузер из ифрейма идёт вообще непонятно куда, а не на работающий веб-сервер
  3. что браузер у вас научился получать страницы через Сумрак
  4. Если верхний фрейм Estat на экран таки выводится, то должны откуда-то извлекаться и главная страница с фрйемсетом, и сам верхний фрейм.
  1. Проверьте, что группировку задали правильно (в этом списке должно быть без указания доменов). Убедитесь, что авторизация проходит тем пользователем, которым надо. Невредно убедиться, что домен авторизации тот, который надо, и он присутствует в списке LocalDomains, и авторизация идёт штатно, а не резервным способом.
  2. Последнее можно проверить по оперативному журналу прокси.
imported
DAC23.01.2008 14:08
1. Тогда остаётся предположить:
  • что браузер из ифрейма идёт вообще непонятно куда, а не на работающий веб-сервер
Спасибо за терпение.
В лог ничего не писалось из-за кеша браузера. В строке вызова нижнего фрейма есть номер порта
<frame name="topic" src="http://localhost:3128/cgi-bin/Estat32.exe" scrolling="auto" frameborder="no">

Должен ли он совпадать с портом прокси? И каков он должен быть, если порт прокси изменен на 8080?

  1. Полная ли версия TrafC идет в дистрибутиве Eserv? На странице "Состояние Квоты" внести изменения. Ключ для TrafC дозаказан, но пока в дополнение к купленным ключам положен временный, что бы TrafC работал.
imported
pig23.01.2008 14:45
  1. А где вы ЭТО взяли? В дистрибутиве идёт index.html с относительными путями. Должно быть просто /cgi-bin/Estat32.exe — и там, и в up.html.
  1. Триал от коммерческого варианта отличается только коротким сроком жизни.
imported
DAC25.01.2008 15:56
  1. Спасибо заработало, наслаждаемся. ЭТО файлы присланные нам при покупке Estat
  1. TrafC бодро считает и режет. Но на странице состояние квоты не возможно внести изменения.
imported
rvm26.01.2008 16:12
на странице состояние квоты не возможно внести изменения
1. Url страницы. 2. браузер и версия. 3. Из-за чего невозможно: в поля ввода невозможно внести значение, или по нажатии кнопки "Установить" ничего не происходит, или выводятся сообщения об ошибках?
imported
DAC28.01.2008 10:34
  1. http://localhost:3140/trafc/state_quota.html?q=nti_week
  1. Firefox 2.0.0.3
  1. При вводе в поле "задать", в поле "будет" ничего не отображается. При нажатии "установить" ничего не происходит.
  1. Правда, в IE работает.
imported
rvm28.01.2008 10:58
Возможно, в FF отключен или запрещен JavaScript? Это может быть причиной описанного поведения.

У меня URL выглядет как http://localhost:3140/conf/plugins/TrafC/ru/menu/state_quota.f?q=...
imported
DAC28.01.2008 13:07
Эта ссылка из PigMail / PigProxy

Кстати если использовать URL
http://localhost:3140/conf/plugins/TrafC/ru/menu/state_quota.f?q=... тоже работает, только созданных каналов естественно нет, потому как PigMail / PigProxy.
imported
pig28.01.2008 13:23
FireFox там внутри себя нигде не ругается на отстствие объекта или неверный синтаксис скрипта? Я действительно при кооптировании к себе в интерфейс мог потерять совместимость.
imported
pig29.01.2008 01:09
DAC пишет: 2. Firefox 2.0.0.3

  1. ... При нажатии "установить" ничего не происходит.
Совсем ничего или страница всё-таки моргает?
imported
DAC29.01.2008 11:16
Отрабатывает без ошибок и результата в FF (пишет ожидание..., готово ), в IE все нормально
imported
pig29.01.2008 12:24
Попробуйте http://www.eserv.ru/download/PigMailPigProxy.1.33.fix20080129.rar

Надо распаковать с путями прямо в главный каталог Eserv. Перезапишутся три файла.
imported
DAC29.01.2008 12:41
Спасибо, помогло.
imported
pig29.01.2008 12:46
И вам спасибо.
imported
DAC07.02.2008 18:21
И снова, здравствуйте

Проблемы с подсчетом трафика

Estat 83.29 Mb
TrafC 104,870,778 ~ 100 Mb

Похоже TrafC ближе к истине, поскольку TrafAdmin насчитал 96,5 Mb, но сюда входит и обновление drWeb со своего сервера
imported
pig08.02.2008 00:14
А ELog не пробовали? Сколько она считает?

EStat уже несколько лет не развивается и часть трафика в принципе не считает, поскольку во времена написания та часть либо отдельными логами висела, либо вообще ни в какие логи не попадала (в "двойке", под которую EStat и затачивался).
imported
DAC11.02.2008 10:47
Спасибо, что вовремя предупредили, мы уже четыре штуки купили.

Elog сделан на перле, всвязи с этим вопрос где брать perl.exe?
imported
pig11.02.2008 14:03imported
DAC17.03.2008 14:36
Спасибо Elog в целом устраивает.

Но есть одно НО не считается трафик POP3proxy.
В pop3proxy.log пишется

1205752983.000 469 192.168.7.40 MAP/250 210/54/39/146 POP3PROXY pop.rambler.ru:110 niosspb DIRECT-MAPPING/81.19.66.20 — 0


То есть POP3proxy работает и в логи пишет, вот только чепуху какую-то. В итоге лично получил 10Mb мимо статистики

А может это все-таки elog в tcpmap.log похоже, но считается


1205742849.000 922 192.168.7.32 MAP/250 224/1256/1256/224 TCPMAP mail.unisnet.ru:25 — DIRECT-MAPPING/195.182.148.131 — 0
imported
pig17.03.2008 16:33
POP3-прокси — это аналог TCPMAP, где целевой сервер выбирается клиентом. Соответственно и статистика пишется и обрабатывается по правилам маппинга. Разбивка там по логинам ящиков — это единственное, что можно вытащить из нынешней реализации.
imported
DAC18.03.2008 00:23
Спасибо, не понял.

  1. Строка в логе действительно аналогична TCPMAP, но TCPMAP позволяет формировать отчет по ip пользовательской машины. Это не так удобно как по имени пользователя, но приемлемо.
  1. Проблема в том, что Elog трафик POP3-прокси не считает совсем. Трафик TCPMAP считает, а трафик POP3-прокси всегда равен нулю.
imported
pig18.03.2008 00:48
Я понял. Она логи не находит, вот в чём дело.
Elog\ini\path.ini — отредактируйте там строку для POP3-прокси. Должно быть так:
POP3P_FileName = ?C?2M?2DPOP3PROXY.log

Спасибо за багрепорт.
imported
DAC18.03.2008 23:09
Спасибо Вам.
Помогло
imported
Работает на Eserv/5.05555 (05.06.2016)