Traffpro - Учёт трафика Биллинг Файрвол Учёт телефонных звонков мини АТС межсетевой экран шейпер ограничение скорости интернет vpn radius бесплатно » Автоматическое переключение каналов, когда исправят?

Главная Форум Контакты English version Сотрудничество, дилерамКонсультация: +7 (863) 261-21-14, +7 (863) 241-63-29 308-657-367

TraffPRO

Демо версия

Документация

Как купить

Поддержка

Услуги

Новое

Форум

Популярное

Новости


	Коммерческая техническая поддержка. Коммерческая техническая поддержка в течении первого месяца включена для всех клиентов купивших TraffPro не зависимо от количества пользователей сети. Бесплатная техническая поддержка по прежнему осуществляется в форуме для всех клиентов.

	1.02.12
	Сборка 1.4.3-33: Исправлена проблема запуска агрегации данных о потреблённом трафике клиентов в базе данных. Исправлена проблема снятия абон платы, обновление на релиз 34 обязательно для всех provider и enterprise версий. Скачать можно здесь

	31.01.12
	Новая сборка 1.4.3-32 Изменён алгоритм сбора данных о посещениях пользователей по http (www), улучшено представление и определение доменных имён (www) в отчётах посещений ресурсов пользователями. Скачать можно здесь

	22.12.11
	В связи с большим количеством функционала добавленным за период 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 запускать задачи с секундными интервалами, делать прямые запросы к базам данных, и управляется с административной консоли)
Подключение прозрачного прокси сервера из административной консоли.
Уменьшена нагрузка на базу данных и жёсткий диск сервера.
Изменена документация по установке TraffPro! Обязательно ознакомьтесь перед установкой (обновлением)

Провайдер версия:

Введён список доп услуг, за данные услуги будет производится списание с лицевого счёта абонента. (например белый ip адрес, аренда модема, предоставление прочих услуг).

Офис версия:

Пересобран Win-Информер для работы под Windows 7.
Планировщик, добавлено задание по умолчанию, для отключения не активных
пользователей(не требуется установка доп. скриптов в cron, для запуска автоматического отключения достаточно перевести в настройках (меню система->настройки) параметр statick_auth_all_clients в false).

Скачать новую версию можно здесь

Теги

Облако

администр�, для, доступа, интернет, использовать, отчётов, позволяет, получение, пользователей, портам, сети, систему, также, трафика, трафику

Статистика сайта

ПосетителиСейчас на сайте: 17
- Гостей: 14
- Пользователей: 3

Пользователи: antxkjamon, injeglig, lorreyn

Статьи

Популярное

» Скриншоты версии 1.4.3

Функции

Голосование

Пользуетесь ли вы WinAdmin ?

Traffpro - Учёт трафика Биллинг Файрвол Учёт телефонных звонков мини АТС межсетевой экран шейпер ограничение скорости интернет vpn radius бесплатно » Система TraffPro, Учёт трафика, файрвол, биллинг » Вопросы

Поиск | Новые сообщения | Подписки

3 страниц 1 2 3 Далее

Ответить

Автоматическое переключение каналов, когда исправят?

Открыть меню

worm1982	8 июля 2010 03:43 Сообщение #21
Участник 34 Репутация: 1 Группа: Посетители Сообщений: 58 Регистрация: 17.08.2008 ICQ:286267096	У меня получилось настроить оба канала. Затык был в настройках поднятия pppoe. Заменил параметр "DEFROUTE=yes" на "no" и всё заработало.

CityAceE	16 января 2012 11:20 Сообщение #22
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	Чтобы не открывать новую тему попрошу помощи в похожей. Никак не удаётся настроить второго провайдера. Система не понимает, что с ним есть связь: Хотя пинг идёт и до самого провайдера, и до внешки: Перепробовал всё, что мог в разных комбинациях, но так ничего и не получилось. Вот такие текущие настройки: traffpro.cfg daemon_restart= to_install_dir=/opt/traffpro daemon=true time_in=30 time_out=360 db_url=localhost db_usr=root db_passwd=****** db_name=traffpro ports_detail=true url_detail=true not_udptcp_control=true url_block= antiflood= ss_enabled=true eth_out=eth0 out_ip=10.0.0.3 ip_queue_maxlen=1024000 nat_data_in_db=true log_route=true secret_files= shaper_type_linear= url_agregate=true url_no_port= url_port_squid= terminal_srv= control_eth_addr= listen_addr= listen_port= redirect_server_auth_on=true ip_to_redirect_auth=192.168.0.4 port_to_redirect_auth=81 port_to_redirect_access_denied=82 port_to_redirect_no_money=83 radius_auth_on= radius_auth_addr_listen= radius_auth_port_listen= radius_auth_key= radius_auth_microtic_enable= radius_acc_on= radius_acc_addr_listen= radius_acc_port_listen= radius_acc_key= shaper_thread_count= control_thread_count= squid_log_file= squid_connect= not_resolv_dn=true not_udptcp_block= enable_netflow_type= net_number=0 shaper_time_out=0 control_all_or_inout= local_networks= database_crash_control=false algo=0 equalize_channel=true ifconfig eth0 Link encap:Ethernet HWaddr 00:0a:eb:ab:5a:ad inet addr:10.0.0.3 Bcast:10.0.0.255 Mask:255.255.255.0 inet6 addr: fe80::20a:ebff:feab:5aad/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:75046 errors:0 dropped:0 overruns:0 frame:0 TX packets:67040 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:59074740 (59.0 MB) TX bytes:10565146 (10.5 MB) Interrupt:18 Base address:0xa400 eth1 Link encap:Ethernet HWaddr 00:16:e6:55:d8:cd inet addr:192.168.0.4 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::216:e6ff:fe55:d8cd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:69467 errors:0 dropped:0 overruns:0 frame:0 TX packets:76980 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:12568898 (12.5 MB) TX bytes:69459265 (69.4 MB) Interrupt:18 eth2 Link encap:Ethernet HWaddr 00:21:91:06:b4:d2 inet addr:82.XXX.XXX.226 Bcast:82.XXX.XXX.255 Mask:255.255.255.0 inet6 addr: fe80::221:91ff:fe06:b4d2/64 Scope:Link UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:11945 errors:0 dropped:0 overruns:0 frame:0 TX packets:10067 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:10857631 (10.8 MB) TX bytes:805490 (805.4 KB) Interrupt:19 Base address:0xa000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:621 errors:0 dropped:0 overruns:0 frame:0 TX packets:621 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:62880 (62.8 KB) TX bytes:62880 (62.8 KB) Если нужна какая-то ещё информация, то скажите какая и я предоставлю. Сообщение отредактировал CityAceE** - 16 января 2012 02:18 -------------------- С уважением, Станислав.

Sly	16 января 2012 12:23 Сообщение #23
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	на обоих шлюзах снимите галки основной канал и установите галки объединённые каналы. Запустится оба канала. При установке галки основной шлюз он становится единственным шлюзом в системе пока он не выйдет из строя, после выхода из строя система переключит на следующий живой шлюз. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	16 января 2012 12:43 Сообщение #24
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	Sly, спасибо за, как обычно, оперативный ответ! Завтра с утра на работе буду ставить эксперименты. Просто второй канал (Ростелеком) у нас действительно является резервным, так как тарифицируется по потреблённому трафику, но за то он более стабильный. Однако некоторые клиенты (например, SIP-шлюз) должны пользоваться именно этим каналом. Плюс доступ извне в офис (VPN) также осуществляется посредством этого канала (Ростелеком). Учитывая эти условия, нужно ли будет ставить галки именно так, как Вы советуете? Я так понимаю, что при таком раскладе не получится в случае падения первого канала (VladLink) автоматически переключаться на второй (Ростелеком)? В принципе, это пережить будет можно - в ручную переключу, лишь бы оба канала полноценно функционировали и обсчитывали траффик. -------------------- С уважением, Станислав.

Sly	16 января 2012 13:55 Сообщение #25
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Нет немного не так, 1 - включить нужно именно как я сказал. 2 - включить редирект обязательно (так как это позволяет привязать отдельных клиентов на основании тарифного (офис) плана к каналу) 3 - резервирование каналов будет так же осуществляться, если один из каналов отвалится все пользователи будут автоматически переключены на второй канал не зависимо от привязки. 4 - переключения каналов на учёт не влияет, единственное на что может повлиять это на загруженность канала. Сообщение отредактировал Sly - 16 января 2012 03:57 -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	16 января 2012 14:26 Сообщение #26
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	2 - включить редирект обязательно (так как это позволяет привязать отдельных клиентов на основании тарифного (офис) плана к каналу) На всякий случай спрошу, имеется ли ввиду редирект, который уже включен у меня в конфиге (см. выше)? Вот выдержка из него: redirect_server_auth_on=true ip_to_redirect_auth=192.168.0.4 port_to_redirect_auth=81 port_to_redirect_access_denied=82 port_to_redirect_no_money=83 -------------------- С уважением, Станислав.

Sly	16 января 2012 15:33 Сообщение #27
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	да именно это. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	17 января 2012 06:20 Сообщение #28
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	У меня всё получилось! Ещё раз большое спасибо за совет. Провёл эксперименты: проверял, выдёргивая кабели с Интернетом из сервера. Все клиенты переходят на альтернативный канал, если падает основной. Переключение, конечно, происходит не моментально, но за вполне адекватное время. При чём переключение происходит на обоих провайдерах, то есть если клиент использует провайдера А, в случае падения этого провайдера происходит автоматическое переключение на провайдера B. А если клиент использует провайдера B, то он переключается на провайдера А, если отказывает провайдер B. Я даже не мог ожидать такого потрясающего результата! -------------------- С уважением, Станислав.

CityAceE	17 января 2012 09:51 Сообщение #29
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	В ходе дальнейших экспериментов стала возникать ситуация, когда второй провайдер начинает неадекватно пинговаться, на графике это проявляется в виде гребёнки: A на практике постоянным отваливанием IM клиентов. Лечится полной перезагрузкой сервера. На графике видно, что гребёнка исчезла после перезагрузки. Чем может быть вызвана такая проблема и как от неё избавиться? -------------------- С уважением, Станислав.

Sly	17 января 2012 10:51 Сообщение #30
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Поставте внешний пингуемы ресурс ближе к вам, возможно пиги срываются. И проверьте параметр net.ipv4.conf.default.rp_filter = 0 Должен стоять в нуле. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	17 января 2012 11:26 Сообщение #31
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	Внял совету - сервер для пинга выставил поближе. Нашёл закомментированную строку net.ipv4.conf.default.rp_filter=1 в файле /etc/sysctl.conf. Раскомментировал и выставил в ноль. Надеюсь, что поступил правильно, так как не понимаю на что это влияет. Буду наблюдать за работой системы после внесённых изменений. -------------------- С уважением, Станислав.

Sly	17 января 2012 13:47 Сообщение #32
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Надеюсь, что поступил правильно, так как не понимаю на что это влияет. Это разрешение на хождение пакетов по несуществующим маршрутам, а так как при отключении канала маршрут по умолчанию для этого канала не установлен значит и пакеты будет ядро блокировать. После того как поменяли этот параметр требуется перезагрузка сервера. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

Sly	17 января 2012 13:48 Сообщение #33
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Иначе после возврата канала в рабочее состояние, traffpro не увидлит этого и не включит назад второй канал. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	18 января 2012 01:44 Сообщение #34
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	В ходе дальнейшей настройки сервера возникли следующие вопросы, касающиеся переключения каналов: 1. У меня резко возросло потребление трафика через второго (дорого) провайдера. Стал смотреть, что может потреблять траффик. Выяснилась, что сам сервер (при подключении к нему через SSH) при подаче команды traceroute ya.ru показывает путь то через первого провайдера, то через второго. Почему он вообще пытается соединяться через второго провайдера при исправном первом канале? Как жёстко задать серверу ходить через первого провайдера и пользоваться вторым только в случае аварии первого? 2. Не смотря на то, что я прописал внешний пингуемый сервер поближе к себе, иногда пинг всё таки теряется и система тут же пытается переключиться на второго провайдера. У пользователей тут же отваливаются все IM. Но следующий же пинг внешнего сервера показывает, что со связью всё в порядке и система снова переключается на первый канал. Естественно, постоянные отваливания \"асек\" напрягают пользователей. Как бы сделать так, чтобы Интернет считался отсутствующим не после первого потерянного пинга, а, скажем, после второго или третьего, или, в идеале, вообще заданного администратором? Поискал такой параметр в настройках и не нашёл. -------------------- С уважением, Станислав.

Player_nm	18 января 2012 07:37 Сообщение #35
Новичок 17 Репутация: 0 Группа: Посетители Сообщений: 1 Регистрация: 24.05.2009 ICQ:--	Debian 6.0.3 Версия TraffPRO: Office v1.4.1 Ситуация такая-же. Периодически система (2-3 раза в час) переключается на резервный канал и тут-же возвращается на основной. Хотя основной канал работает стабильно и пинг до ресурса провайдера 2-3 мс. Отключил резервный канал-несколько дней уже все нормально работает но! соответственно без резервирования. Как-то можно поправить ситуацию, понизить чувствительность системы или как-то иначе?

Sly	18 января 2012 09:58 Сообщение #36
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	настроек управления количеством пингов нет, посмотрим, что можно сделать. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

Sly	18 января 2012 09:59 Сообщение #37
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Как жёстко задать серверу ходить через первого провайдера и пользоваться вторым только в случае аварии первого? Сервер в отличии от клиентов не может быть привязан к конкретному каналу. Вы можете просто увеличить приоритет в каналах например до 255 для основного канала. и 1 для резервного. Сообщение отредактировал Sly - 18 января 2012 00:01 -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

CityAceE	18 января 2012 10:10 Сообщение #38
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	настроек управления количеством пингов нет, посмотрим, что можно сделать. Спасибо, будем ждать обновлений. А пока придётся кабель от второго провайдера из сервера отключить. Сервер в отличии от клиентов не может быть привязан к конкретному каналу. Жаль. Если бы не дорогой трафик второго провайдера, то и не заморачивался бы этим вопросом. А пока придётся следить за траффиком. По идее сам сервер много не должен скачивать, но на практике траффик исчисляется парой гигабайт в сутки, значит что-то ещё потребляет траффик кроме самого сервера, так как в качестве эксперимента всех клиентов я перевёл на первого дешевого провайдера. -------------------- С уважением, Станислав.

CityAceE	18 января 2012 12:44 Сообщение #39
Участник 34 Репутация: 0 Группа: Посетители Сообщений: 55 Регистрация: 26.12.2011 ICQ:--	Заметил ещё одну проблему при подключенных двух провайдерах. Ранее, когда они оба были подключены к серверу я не мог подключиться по SSH извне ни по одному из каналов. При попытке подключения по любому из каналов я получал запрос логина, после введения логина была долгая пауза и как правило после ввода пароля соединение отваливалось, очень редко я успевал залогиниться. А сегодня, когда я выдернул второй канал из сервера и никак не менял при этом настройки, я смог из дома без малейших проблем подключиться по оставшемуся каналу - соединение быстрое и стабильное. С чем этом может быть связано? Первоначальная эйфория от возможности работать с двумя каналами постепенно сходит на нет, хотя я надеюсь, что с Вашей помощью удастся преодолеть все проблемы. Спасибо за Ваше терпение и помощь! -------------------- С уважением, Станислав.

Sly	18 января 2012 20:36 Сообщение #40
Руководитель Проекта 102 Репутация: 51 Группа: Администраторы Сообщений: 3545 Регистрация: 15.02.2008 ICQ:--	Если вы выставите приоритеты как я описывал будет работать проще, но сам сервер как пустить по разным каналам ещё не решена проблема, клиенты при этом работаю без никаких проблем по одному каналу. Потребление трафика по второму каналу надо смотреть от куда потребление идёт. -------------------- Учёт трафика бывает очень интересен, некоторые со мной не согласны, а зря :) http://www.Traffpro.ru

« · Вопросы · »

3 страниц 1 2 3 Далее

Быстрый ответ

Ответить

1чел. читают эту тему (гостей: 1)

Пользователей: 0

Текстовая версия

Сейчас: 20 мая 2012 09:44

DLE Forum v.2.3 © 2012 Pocketx.Ru