Debian 3.1/UTM 5.2.1-001:
ПОСТОЯННО происходит спонтанное самоотключени доступа в Интернет пользователям. Балансы пользователей положительные, никаких проблем с пропаданием пакетов нет (линия работает на 100%).
Биллинг просто ОТКЛЮЧАЕТ доступ в Интернет, и абонентывынуждены залезать к себе в Личный кабинет и нажимать Интернет: ВКЛЮЧИТЬ.
Пробовали работать с и без включеннойUTM_Wintray - разницы никакой.
В логах биллинга четко видно как выполняется команда файрволлла: отключить.
Кто-нибудь сталкивался с подобной проблемой ? Спасибо.
5.2.1-001: самопроизвольное отключение пользователей
-
calculator
- Сообщения: 180
- Зарегистрирован: Пн дек 26, 2005 13:17
- Откуда: msk
Опять самоотключился абонент(тестовый компьютер за соседним столом), никто никуда не лазил, UTM_Wintray был включен.
/netup/utm5/log/debug.log:
Кто, что может посоветовать ?
/netup/utm5/log/debug.log:
Код: Выделить всё
?Debug : Dec 04 14:30:58 BusLogic: try to execute 38
?Debug : Dec 04 14:30:58 BusLogic: hw_block_handler with code 38
?Debug : Dec 04 14:30:58 BusLogic: hw_block_handler start bla_user_hw_unblock|bla_user_hw_block
?Debug : Dec 04 14:30:58 DBCtx: SQL SELECT query: SELECT is_for_all, uid, group_id, tariff_id, rule_on, rule_off, router_id,
?Debug : Dec 04 14:30:58 UTM5 DBA: Rule on <-I FORWARD -s UIP/UBITS -j ACCEPT> off <-D FORWARD -s UIP/UBITS -j ACCEPT>. User
?Debug : Dec 04 14:30:58 UTM5 DBA: Rule added to final list!
?Debug : Dec 04 14:30:58 UTM5 DBA: Rule on <-I FORWARD -d UIP/UBITS -j ACCEPT> off <-D FORWARD -d UIP/UBITS -j ACCEPT>. User
?Debug : Dec 04 14:30:58 UTM5 DBA: Rule added to final list!
?Debug : Dec 04 14:30:58 ModFWMan: Ready to execute 2 FW rules for UID 3. State:0...
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Setting RULE_ID to <5003> uid <3>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting ACCOUNT_ID with value <3> original value <0>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting empty ULOGIN with value <corp-magnum>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting UBITS with value <32> original value <-1>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting EMAIL with value <> (obtained from user data)
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting TRAFFIC_LIMIT with value <0>
?Debug : Dec 04 14:30:58 ModFWMan: Exec [-D FORWARD -s 10.110.1.2/32 -j ACCEPT] on 2
?Debug : Dec 04 14:30:58 FW@127.0.0.1: Sending [-D FORWARD -s 10.110.1.2/32 -j ACCEPT]
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Setting RULE_ID to <5003> uid <3>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting ACCOUNT_ID with value <3> original value <0>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting empty ULOGIN with value <tester>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting UBITS with value <32> original value <-1>
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting EMAIL with value <> (obtained from user data)
?Debug : Dec 04 14:30:58 ModFWMan: FW rule parse. Substituting TRAFFIC_LIMIT with value <0>
?Debug : Dec 04 14:30:58 ModFWMan: Exec [-D FORWARD -d 10.110.1.2/32 -j ACCEPT] on 2
?Debug : Dec 04 14:30:58 FW@127.0.0.1: Sending [-D FORWARD -d 10.110.1.2/32 -j ACCEPT]
?Debug : Dec 04 14:30:58 BusLogic: hw_block_handler end bla_user_hw_unblock|bla_user_hw_block
?Debug : Dec 04 14:30:58 BusLogic: finished unknown
Ммм, дело в том, что сам счет НЕ БЛОКИРУЕТСЯ, просто ВЫКЛЮЧАЕТСЯ интернет, и абонент вынужден по несколько раз задень заходить в свой личный кабинет и нажимать там Включить интернет.Chris писал(а):Ну счет все же блокируется? как он блокируется, с каким статусом? Как заведен тарифный план?
Какие именно данные по тарифному плану вас интересуют ? Я не совсем понял вашвопрос. Тариф заведен как обычно, в него включаются две услуги ЛОКАЛЬНАЯ СЕТЬ (периодическая услуга, ценой в НОЛЬ, просто для формальности) + ПЕРЕДАЧА IP-ТРАФИКА. В услуге Передачи трафика есть периодическая составляющаая 500руб/мес. Деньги списываются каждый час(плавное списание). Что еще я могу описать ?
Переодику вынеси в переодическую услугу, а в ПД сделай ноль, и попробуй после этого. Там интеректуальное начисление абонплаты, которое большинствую админов к сожалению не хватает соображалки понять 
Извини, не ради обидеть говорю, там реально сложная система счисления, если есть аська, найди меня 675076 я тебе расскажу
Извини, не ради обидеть говорю, там реально сложная система счисления, если есть аська, найди меня 675076 я тебе расскажуLinux Debian 3.1/UTM 5.2.1-001.
+ еще 4 бага:
1) В деталях пользователя при достаточно длинном значении поля Паспорт, после нажатия на кнопку Применить, часть текста в конце обрезается, поэтому приходится указывать паспортные данные пользователя в Примечании, что является не удобным моментом для дальнейшей работы и подстановки переменных в шаблоны договоров (поле паспорт оказывается ПУСТЫМ);
2) При выставлении +100% на курс валюты(RUR), по какой-то причине не срабатывает эта самая наценка в 100%, ничего не меняетя, все остается как и было;
3) Вопрос с периодическими отключениями решен путем создания отдельной периодической услуги Аб.Плата с периодической денежной составляющей. Периодическую денежную составляющую в услуге Передача IP-трафика приравняли к 0. На мой взгляд такая некорректная работа процесса подсчета денежных средств в услуге Передача IP-трафика является недопустимой и требует исправления с вашей стороны.
4) Всвязи с найденым решением проблемы в п.3, нам пришлось создавать новые тарифные планы с новой периодической услугой Аб.Плата. Названия тарифов мы менять не стали, т.к. они четко закреплены в наших договорах с абонентами. Создание тарифных планов с одинаковыми именами(но с разными ID), прошло успешно. При добавлении одного из этих тарифов новому абоненту почему-то происходит присвоение старого тарифа с таким же именем как и новый тариф. Например, был тариф Почтовый(ID тарифа в системе - 1), в котором мы как нормальные люди указали периодическую составляющую услуги Передача IP-трафика. Но по причине некорректной работы UTM мы стали постоянно получать звонки от недовольных абонентов с претензиями по поводу неработающего интернета, оказалось что UTM сам в случайном порядке Выключает пользователям интернет. Поэтому нам пришлось создать новый тариф Почтовый (ID тарифа в системе - 2) с дополнительной отдельной периодической услугой Аб.Плата с периодической денежной составляющей. Периодическую денежную составляющую в услуге Передача IP-трафика мы приравняли к 0. При применении к новому абоненту таифа Почтовый (с ID - 2) по какой-то причине присваивается тариф Почтовый с ID 1. Всего в списке доступных тарифов - всего два Почтовы с ID 1 и Почтовый с ID 2, какой бы тариф из этих двух мы ни пытались присваивать пользователю, всеравно присваивает тариф почтовый с ID 1.
(
+ еще 4 бага:
1) В деталях пользователя при достаточно длинном значении поля Паспорт, после нажатия на кнопку Применить, часть текста в конце обрезается, поэтому приходится указывать паспортные данные пользователя в Примечании, что является не удобным моментом для дальнейшей работы и подстановки переменных в шаблоны договоров (поле паспорт оказывается ПУСТЫМ);
2) При выставлении +100% на курс валюты(RUR), по какой-то причине не срабатывает эта самая наценка в 100%, ничего не меняетя, все остается как и было;
3) Вопрос с периодическими отключениями решен путем создания отдельной периодической услуги Аб.Плата с периодической денежной составляющей. Периодическую денежную составляющую в услуге Передача IP-трафика приравняли к 0. На мой взгляд такая некорректная работа процесса подсчета денежных средств в услуге Передача IP-трафика является недопустимой и требует исправления с вашей стороны.
4) Всвязи с найденым решением проблемы в п.3, нам пришлось создавать новые тарифные планы с новой периодической услугой Аб.Плата. Названия тарифов мы менять не стали, т.к. они четко закреплены в наших договорах с абонентами. Создание тарифных планов с одинаковыми именами(но с разными ID), прошло успешно. При добавлении одного из этих тарифов новому абоненту почему-то происходит присвоение старого тарифа с таким же именем как и новый тариф. Например, был тариф Почтовый(ID тарифа в системе - 1), в котором мы как нормальные люди указали периодическую составляющую услуги Передача IP-трафика. Но по причине некорректной работы UTM мы стали постоянно получать звонки от недовольных абонентов с претензиями по поводу неработающего интернета, оказалось что UTM сам в случайном порядке Выключает пользователям интернет. Поэтому нам пришлось создать новый тариф Почтовый (ID тарифа в системе - 2) с дополнительной отдельной периодической услугой Аб.Плата с периодической денежной составляющей. Периодическую денежную составляющую в услуге Передача IP-трафика мы приравняли к 0. При применении к новому абоненту таифа Почтовый (с ID - 2) по какой-то причине присваивается тариф Почтовый с ID 1. Всего в списке доступных тарифов - всего два Почтовы с ID 1 и Почтовый с ID 2, какой бы тариф из этих двух мы ни пытались присваивать пользователю, всеравно присваивает тариф почтовый с ID 1.
(