Коммерческая техническая поддержка в течении первого месяца включена для всех клиентов купивших 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).
Как только установил чекбоксы в свойствах шлюзов "участвует в объединенных каналах", то соотношения перестали работать, т.е. шлюз по умолчанию на сервере стал под номером два, а должен быть как я понимаю под номером три. Если убрать чекбоксы "участвует в объединенных каналах", то всё становится на свои места и шлюзом по умолчанию выступает шлюз номер три. Может так и должно быть конечно... у меня тогда вопрос, каким образом прописать приоритетный шлюз по умолчанию на сервере?
В случае установки галок объеденённые каналы шлюзом по умолчанию становятся все три (если правильно настроено) увидеть можно это командой ip route если снять галки, то система будет оаботать как основной-резервный и через остальные каналы трафик не будет ходить вообще.
--------------------
Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru
Проверил, сверил. Один маршрут и всё. При чем заметил, что вначале на нужный шлюз маршрут ставится, а потом удаляется и ставится шлюз с меньшим приоритетом. Шлюз доступен и отвечает. В чем может быть проблема?
исправлена ошибка при использовании 3х и более каналов в режиме: 2 (два) - канала объединены. 1 (один) - в резерве если упали два первых.
(ошибка заключалась в том, что работал только один объединённый канал, при аварии этого канала включался второй объединённый канал, а резерв включался после падения обоих, при этом при наличии резервного не включался режим объединения 2х каналов сразу, правильная работа заключается в том, что работают оба объединённых канала, в случае пропажи одного из них продолжает работать живой из объединённых, и только при пропажи обоих объединённых включается резервный).
--------------------
Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru
Решил новой темя не создавать... Версия Операционной системы: Linux inetsrv 2.6.38-8-generic-pae #42-Ubuntu SMP Mon Apr 11 05:17:09 UTC 2011 i686 Версия TraffPRO: Office v1.4.2 + ATSLoger Версия PHP: 5.3.5-1ubuntu7.3 Версия web-сервера: Apache/2.2.17 (Ubuntu) Версия mySQL: 5.1.54-1ubuntu4
Три внешних канала, eth0,eth2,eth3 Список шлюзов: IP Устройство Соотношения каналов
в конфиге включен редирект, прописан локальный шлюз. algo=4 equalize_channel=false
у всех шлюзов включены чекбоксы маршрутизация, нат, объединенные каналы.
проблемы при такой схеме: - после перезагрузки сервера работает только один шлюз, причем каждый раз разный. Для запуска остальных надо зайти в настройки и нажать \"отредактировать\". - при отключении/подключении кабеля у сетевухи шлюз отключается и самостоятельно не включается. Помогают указанные выше манипуляции с настройками шлюзов.
Также хотел получить схему: объединенные 1+2 и резерв 3 - не вышло. После отключения на 3-м чекбокса \"объединенные\" шлюзы 1 и 3 отключились. методика используемая ранее для запуска шлюзов не помогла
Не работает инет у клиента в случае указания в офис плане сервера
Выложите пожалуйста скриншоты: 1 - всех внешних интерфейсов и таблицы с ними. 2 - всех шлюзов и таблицы с ними. 3 - выполните команду ifconfig и выложите её вывод.
--------------------
Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru
Кроме описанного также при работе всех трех шлюзов оказался недоступен фтп сервер. Пришлось канал по которому клиенты подключаются к фтп перенастроить на eth0 и отключить два других шлюза
1 - Добавить вашим внешним интерфейсам всем трафика хотя бы 1 байт. (что бы в графе количество трафика появилось положительное значение) 2 - снять галку у первого канала \"Основной шлюз\" 3 - установить на первых двух канала галки участвовать в объединённых канала. 3 - У последнего установить только 2 галки, включить маршрутизацию и включить NAT 4 - Проверить включённость настроек nat_data_in_db и log_route 5 - Заполнить в полях портов внешних интерфейсов оба поля. (у вас заполнено только нижнее, либо сотрите временно все установленные порты) 6 - После этих манипуляций включить все каналы и перегрузить весь сервер (именно весь сервер) 7 - Переходим в в меню мониторинг->мониторинг активности шлюзов 8 - нажимаем кнопку пинг внешних ресурсов 9 - смотрим, что бы все каналы были выше нулевой отметки, не один из каналов по графику не должен быть в состоянии -1, если какой либо из них находится вэтом состоянии проверяем настройки шлюзов и особенно доступность ip адреса указанного в качестве \"Проверяемый IP внешнего сервера\", просто с сервера пингом проверьте, что бы он был доступен. 10 - Моментально шлюзы не переключаются, переключение происходит до 15-20 сек. 11 - проверить состояние какой из каналов сейчас работает можно командой ip route она показывает если у Вас 2 маршрута объеденены. Обычный route не показывает 2 маршрута одновременно при чём при просмотре может в качестве шлюза по умолчанию меняться шлюз постоянно.
Предупреждения: 1 - если вы перезагрузили traffpro или сервер с отключённым внешним интерфейсом или шлюзом, а после этого пытаетесь его включить и начать работы он в нормальную работу не включится так как после таких изменений требуется рестарт службы traffpro. 2 - Если вы изменили ip адрес внешнего интерфейса, включили или выключили галки использовать в маршрутизации и NAT то вам потребуется перезагрузка служб. 3 - Не производите настройку маршрутизации удалённо, присутствуйте при этом локально, физически возле сервера или в локальной сети. 4 - Желательно после изменений настроек (изменение ip, включение каналов в работу и так далее) произвести полную перезагрузку сервера что бы сбросить лишние правила которые могут вызвать конфликт.
Так как эти действия по управлению маршрутами производятся редко данная операция не планировалась как операция реального времени, по этой причине применили статичные правила и требуется перезапуск.
Сообщение отредактировал Sly - 16 декабря 2011 01:25
--------------------
Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru
Можно ли такое настроить: Есть два канала ppp1 и ppp0, нужно чтобы группа USER выходила в интернет через ppp0, группа админы ходила через ppp1, пытался это дело провернуть ничего не вышло.
ip route
XXX.XXX.XXX.12 dev ppp0 proto kernel scope link src XXX.XXX.XXX.187 XXX.XXX.XXX.129 dev ppp1 proto kernel scope link src XXX.XXX.XXX.189 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.4 192.168.1.0/24 dev eth2 proto kernel scope link src 192.168.1.2 192.168.0.0/24 dev eth3 proto kernel scope link src 192.168.0.1 default via XXX.XXX.XXX.187 dev ppp0
Можно. у вас у обоих шлюзов не стоят галки \\\"объединённые каналы\\\", установите их, после этого перегрузить весь сервер. И ещё, при такой схеме обязательно должен быть включён редирект, каналы включатся оба и без него, но вот разделение пользователей по каналам можно будет производить только в случае если он включён, пример настройки. redirect_server_auth_on=true ip_to_redirect_auth=192.168.0.1 port_to_redirect_auth=80 port_to_redirect_access_denied=81 port_to_redirect_no_money=82
К тому же это дополнительный функционал для удобства клиентов.
Этот параметр у вас заполнен не верно eth_out=ppp0,ppp1, вернее он вообще не требует заполнения если у вас включен параметр nat_data_in_db=true который застовляет брать все параметры NAt не из файла, а из настроек админки.
Внимание!!! Если вы редактируете системные настройки через админку то каждый раз указывайте пароль для базы данных если он не пустой!
Сообщение отредактировал Sly - 11 января 2012 20:47
--------------------
Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru
Соотношения каналов, Шлюз по умолчанию на сервере
+7 (863) 261-21-14, +7 (863) 241-63-29 
308-657-367
Traffpro - Учёт трафика Биллинг Файрвол Учёт телефонных звонков мини АТС межсетевой экран шейпер ограничение скорости интернет vpn radius бесплатно » Система TraffPro, Учёт трафика, файрвол, биллинг » Вопросы
26 октября 2011 08:22
