Вообщем, тривиальная задача по ограничению доступа в интернет вылилась в небольшую проблему. После перенаправления трафика пользователей (5 человек) через
eserv, поток трафика с основного рабочего сайта (ati.su) по сравнению с тем, когда он шел напрямую через шлюз вырос примерно в пять раз. Т.е. раньше потребление с этого сайта было 30-50 Мб в день, а с использованием прокси — до 300. Я не мог в это поверить, пока не настроил браузеры так, чтобы ati.su шел в обход прокси напрямую. И что? Трафик по этому сайту опять упал до 30 Мб в день. Теперь клиент требует возврата денег за выкачанные за две недели пару гигабайт. Я даже не знаю, как ему это объяснить, просто ступор какой-то. Как такое возможно?
А по статистике самого Eproxy — сколько через него трафика прошло? Вообще и с ati.su.
Какие настройки кэширования в браузерах? Включён ли кэш в Eproxy?
P.S. На главной странице там что-то пытается рефрешиться.
как посмотреть статистику без дополнительных модулей?
все по умолчанию, IE. Какой именно флаг?
Через web-интерфейс можно по крайней мере сырую (относительно) статистику по протоколам посмотреть.
Плагин http-proxy\cache — активен?
Попробуйте
У меня Eserv3. Куда именно распаковать архив? (во вложенном readme инструкция для Eserv/2)
Как выставлять в Eserv права для директорий? Порт разве не 3140?
В стандартной конфигурации права выставлять не надо. Надо открыть acWEB\conf\http\CGI.rules.txt и добавить строку:
После этого спокойно можете обращаться по
Да, ещё в setup.ini путь в каталог с журналами поправьте.
Perl установили? Путь к Perl.exe (правильный) записали в HTTP[PerlBin]?
Можно попробовать
При обращении к каталогу должен быть слэш. Он редиректит на слэш автоматом, но страницы index.html в каталоге нет, поэтому 403. Но сейчас это к теме (статистики) не относится.
Да, вывод acWEB правильный (эти "isn't unique", т.к. у него кусок mlogc plugin уже есть внутри), а перловых ошибок нет. Значит дело в другом, будем посмотреть на тот файл, что вы вышлете на support.
Ну, разве что поставить седьмой уровень журнала, чтобы появились отладочные логи с дампами. Правда, не представляю, что из этого можно извлечь.
А какой размер файла получится, если упаковать этот каталог estat\logs?
Я вас не понял
3 Мб
Интересны также будут логи из DATA\log\advsoft\, там информации больше.
15:59:00 35845 HTTPP;192.168.1.121;sveta;
09:32:41 10445 HTTPP;192.168.1.157;ksenia;
1221037314.000 1110 192.168.1.121 TCP_CLIENT_REFRESH/200 61714
То что при редиректе маршрута к этому сайту напрямую мимо прокси трафик падает может говорить о том, что у этих дам браузер (или спец-клиент) настроен на прокси, и при отключении прокси он просто не работает.
В общем, претензии вашего клиента необоснованы. Трафик реальный, и это не ошибка прокси или какой-то еще настройки.
Я согласен. Сайт — по сути живая база данных, все происходит в реальном времени.
это практически нереально. При установке прокси я только галочки в браузере поставил. До этого прокси не работал.
вот это очень вероятно, попробую написать непосредственно разработчикам
это понятно, но клиент в данной ситуации считает, что его обманули
По логам прокси видно только то, что он добросовестно выполняет команды браузера, а логика браузера и сервера ему неподвластны.