Squid

Написал(а) LOE (Site/forum admin) Дата 21.05.04 12:49

Время хранения определяется кучей параметров, если внимательно просмотреть конфиг, там даже алгоритм "валидности" объекта расписан.
Определяется, в том числе, и директивами веб-сервера.

Если твоя тачка справится с нагрузкой, можно поюзать прогу squid2mysql
Это набор скриптов-прог, которые заносят в базу MySQL статистику и посредством редиректора проверяют можно или нет юзеру подключаться.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) G0thic Дата 27.05.04 05:01

Смотри http://newsoft.ivanovo.ru/Linux/Squid/MySQL/
После попадания в базу можно уже играться.
Если тяжко с базой работать, код можно легко исправить и сделать без баз - только добавление объема скачанного объекта для каждого пользователя.
Но встает вопрос как хранить, чтоб потом при авторизации проверять лимиты.
Есть решания более "правильные". Провайдерские я бы сказал. Статистика снимается с ип адресов. Здесь я бы рекомендовал впн сервер поставить и
статистику на нем снимать и обсчитывать. Уже есть готовые решения с контролем перекачки. Тяжеловато конечно, но всегда есть возможность в исходниках покопаться. ;-)

Попробуй в инете поискать про радиус и ограничение трафика.

Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.

Написал(а) Dimidrol Дата 28.05.04 06:56

В инете про ограничение трафика нашел какую то программу на перле, можно будет под себя переделать.
Только вот везде все на базах данных завязано.
Сейчас с mysql разбираюсь. Сервер почему то не запускается.

Написал(а) LOE (Site/forum admin) Дата 28.05.04 08:47

squid2mysql и есть на перле.
Один скрипт складывает в базу данные из лога сквида, второй скрипт служит редиректором запросов.
Собственно оне не редиректит в прямом смысле, а проверяет статистику и разрешает/запрещает пользоваться сквидом.
Хотя да, при запрещении средиректит на страницу с предупреждением.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) Dimidrol Дата 24.06.04 09:36

В конфигурационном файле устанавливаю "logfile_rotate 0", чтобы лог файл access.log не обнулялся сам никогда (он у меня автоматически каждый месяц обнуляется), но все равно обнуляется. Кто знает как заставить сквид не трогать файл access.log?

И еще вопрос. Может кто сталкивался: после запуска сквид обслуживает запросы достаточно быстро, но потом скорость заметно снижается. Почему такое происходит? Может с кэшом связано (у меня кэш не очищается), но почему после перезапуска все быстро работает?

Написал(а) LOE (Site/forum admin) Дата 24.06.04 17:59

logfile_rotate указывает число бэкапных логов
Сам squid ничего не ротейтит!
Кто-то у тебя (крон?) пускает squid -k rotate, что и заставляет squid перезаписывать лог.
Наоборот, установи logfile_rotate 40, чтобы даже если вдруг произойдет ротация, старый лог не потерялся, а сохранился как logfile_rotate.0. Если такой уже есть, он переименуется в logfile_rotate.1 и т.д. до числа в этой опции.

Что значит "потом"? Через минуту, час, неделю, месяц?
И на сколько "заметно" снижается скорость?
Какова скорость запросов напрямую, минуя сквид в это время?

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) Dimidrol Дата 28.06.04 09:02

Действительно крон запускал автоматом "squid reload": при установке сквида видимо добавилась такая задача.
Убрал файл "squid" из "/etc/logrotate.d" и все нормально думаю теперь будет работать.

Насчет скорости...
Увеличивается время отклика от сквида: окошко для ввода имени пользователя и пароля после перезагрузки появляется секунд через 10 (при повторном запросе на тот же адрес окошко появляется мгновенно), однако уже через несколько дней (2-3) время ожидания увеличивается до 40 секунд (опять же при повторном наборе того же адреса окошко уже появляется мгновенно).

Написал(а) LOE (Site/forum admin) Дата 28.06.04 12:18

Хм...
Сходу даже и не скажешь. Запрос авторизации выдает авторизатор. Попробуй увеличить их число.
Параметр authenticate_children
В комплекте сквида компилится утилитка cachemgr.cgi, которая запускается из-под веб-сервера и показывает разную статистику. Кинь её на свой www сервер, пропиши в сквиде разрешение на доступ и гляди статистику. Там есть использование авторизаторов.

"No! Try not! Do. Or do not. There is no try." -- Yoda

Написал(а) G0thic Дата 29.06.04 05:42

В cachemgr.cgi меню "Basic User Authenticator Stats"
Глянь, сколько среднее время авторизации.
Может не в ней дело? У меня например 70 мс.

Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.