Коммерческая техническая поддержка в течении первого месяца включена для всех клиентов купивших TraffPro не зависимо от количества пользователей сети. Бесплатная техническая поддержка по прежнему осуществляется в форуме для всех клиентов.
Сборка 1.4.3-33: Исправлена проблема запуска агрегации данных о потреблённом трафике клиентов в базе данных. Исправлена проблема снятия абон платы, обновление на релиз 34 обязательно для всех provider и enterprise версий.
Новая сборка 1.4.3-32 Изменён алгоритм сбора данных о посещениях пользователей по http (www), улучшено представление и определение доменных имён (www) в отчётах посещений ресурсов пользователями.
В связи с большим количеством функционала добавленным за период 2010-2011 годы будет произведено изменение цены на всю линейку продукта TraffPro. Новые цены вступят в действие с 1го января 2012 года.
Выпущена новая версии корпоративного шлюза и биллинговой системы TraffPro 1.4.3. В новой версии было уделено отдельное внимание простоте установки, теперь для администратора предоставлен только графический интерфейс который упрощён, и болшее количество настроек производится в автоматическом режиме, добавлены новые возможности для почтового сервера, такие как сбор почты с удалённых почтовых серверов (gmail.ru, rambler.ru и прочих бесплатных почтовых серверов), введены альясы, и прочее, так же для системы TraffPro было предоставлено открытое API для создания своего функционала сторонними разработчиками, введена поддержка последних версии Fedora, более подробный список изменений:
Все версии:
Добавлен сборщик почты с других почтовых серверов на локальный почтовый сервер под управлением traffpro.
Управление сборщиком почты из административной консоли.
Добавлены альясы для почтовых адресов клиентов.
Добавлена проверка таблиц на корректность во время обновления.
Изменён инсталятор traffpro теперь установка стала намного проще!
Доработана система запуска для Fedora 15-16.
Закончена переработка демона контроля по улучшению производительности.
Добавлено открытое API для сторонних разработчиков, теперь любой желающий сможет написать свой функционал для системы TraffPro.
Предоставлен шаблон для изготовления собственного плагина (функционала) fishplugin (рыба).
Исправлена работа встроенного планировщика задач. (позволяющий в отличии от cron запускать задачи с секундными интервалами, делать прямые запросы к базам данных, и управляется с административной консоли)
Подключение прозрачного прокси сервера из административной консоли.
Уменьшена нагрузка на базу данных и жёсткий диск сервера.
Введён список доп услуг, за данные услуги будет производится списание с лицевого счёта абонента. (например белый ip адрес, аренда модема, предоставление прочих услуг).
Офис версия:
Пересобран Win-Информер для работы под Windows 7.
Планировщик, добавлено задание по умолчанию, для отключения не активных
пользователей(не требуется установка доп. скриптов в cron, для запуска автоматического отключения достаточно перевести в настройках (меню система->настройки) параметр statick_auth_all_clients в false).
Вчера было всё нормально. Увидел в мониторинге шлюзов, что не работает один из каналов. Причина в том, что на внешнем интерфейсе этого канала трафик ушел в минус на -2655907790272.0000. Тип учета стоит безлимит. Такое было и предыдущих версиях. Так вот кто сталкивался и где искать? Траффик уходит сам по себе?
Сообщение отредактировал igordiv - 17 октября 2011 05:01
Специально ничего не делал. Решил подождать. Сейчас зашел траффик уже изменил значение на -1150446255552.0000. Т.е. процесс идет где-то? Получается, что за это время прибавился на 1 505 461 534 720. Вот так.
Сообщение отредактировал igordiv - 17 октября 2011 06:21
Посмотрел нагрузку на сервере. Высокая. Все 4 CPU работают на 80-90%. Вспомнил, что вчера установил два параметра в настройка ТП, а именно agregate_usr_traffic_hour = 30 и agregate_usr_traffic_day = 60. До этого значения стояли в 0. Значения clear_usr_serfing_day , clear_usr_traffic_day , clear_gw_traffic_day , clear_vpn_radius_traffic_day всегда были установлены в 90.
Так вот, может трафик на интерфейсе прыгает именно потому что идёт агрегация ? Как-то это может связано или где-то тут надо искать причину? Думаю, что кроме процесса агрегации ничего так CPU грузить то не должно.
romasvo, Установки по умолчанию. Каждый час. Сейчас выключил агрегацию (agregate_usr_traffic_hour = 0 и agregate_usr_traffic_day = 0). Т.к. после включения нагрузка на CPU выросла и не знаю совпадение или нет, но за неделю база выросла на 5 Гб. Обычный стабильный размер базы до этого у меня был 10-11 Гб. П.э. верну как было. Один из внешних интерфейсов так и живет своей жизнью (трафик то в плюс, то в минус гонит), одно спасает, что этот канал резервный и не часто используется пока. В чем проблема прыгающего трафика на интерфейсе?
Заметил. Вчера вечером отключил агрегацию - перестал прыгать трафик на внешнем интерфейсе. Хотя уже прошла половина рабочего дня. Неужеле дело в агрегации ( agregate_usr_traffic_hour и agregate_usr_traffic_day ) ? Есть мысли?
Думаю вам стоит подождать, у меня дата двигается теперь каждый день, нет нагрузки а база актуальна, вообще, этот параметр как я понимаю нужно бы включать сразу, тогда и проблема нагрузки бы отпала ))
agregate_usr_traffic_date_end - дата двигаться начала каждый день после окончания агрегации или в то время как она шла? У меня агрегация идёт 4 сутки, дата не двигается.
Пока шла агрегация, не наблюдал к сожалению каждый день или нет... Теперь дата сдвигается каждый день на дату месячной давности, агрегация идет ночью, один раз поймал под утро.
Сообщение отредактировал romasvo - 4 ноября 2011 21:55
Репутация: 9
Группа: В команде
Сообщений: 615
Регистрация: 30.10.2008
ICQ:--
В 90% случаев проблема со скачками значений трафика пользователей свидетельствует о том что сервер не справляется с нагрузкой. Как правило это происходит в моменты пиковой нагрузки процессора и/или при интенсивной работе MySQL сервера.
--------------------
1f u c4n r34d this u r34lly n33d t0 g3t l41d