to serjk
CORE_DUMP DHCP
https://drive.google.com/folderview?id= ... =drive_web
В папке находится скриншот, обратите внимание на время истекание.
Тестируем 5.3.002
Хотелка по смене тарифа в web интерфейсе у клиента- сделать 2 кнопочки: сменить сейчас и сменить в следующем рп.
в админке данное действо доступно, в вебе- отлько или/или в зависимости от установленной галочки в настройках интерфейса смены тарифа.
ну и неплохо бы документацию привести в соответствие с текущей действительностью.
в админке данное действо доступно, в вебе- отлько или/или в зависимости от установленной галочки в настройках интерфейса смены тарифа.
ну и неплохо бы документацию привести в соответствие с текущей действительностью.
Спасибо, поправим в ближайшее время. По логам DHCP запросов постараемся учесть пожелания (возможно в виде опции, чтобы не увеличивать размер базы, если такая функция не нужна)Avdoshkin писал(а):to serjk
CORE_DUMP DHCP
https://drive.google.com/folderview?id= ... =drive_web
В папке находится скриншот, обратите внимание на время истекание.
Думали об этом, но не будет ли эта функция вводить абонентов в заблуждение?Point писал(а):Хотелка по смене тарифа в web интерфейсе у клиента- сделать 2 кнопочки: сменить сейчас и сменить в следующем рп.
в админке данное действо доступно, в вебе- отлько или/или в зависимости от установленной галочки в настройках интерфейса смены тарифа.
ну и неплохо бы документацию привести в соответствие с текущей действительностью.
-
Avdoshkin
- Сообщения: 156
- Зарегистрирован: Вт май 10, 2005 19:28
- Откуда: Ачинск
- Контактная информация:
Спасибо за обратную связь!serjk писал(а):Спасибо, поправим в ближайшее время. По логам DHCP запросов постараемся учесть пожелания (возможно в виде опции, чтобы не увеличивать размер базы, если такая функция не нужна)Avdoshkin писал(а):to serjk
CORE_DUMP DHCP
https://drive.google.com/folderview?id= ... =drive_web
В папке находится скриншот, обратите внимание на время истекание.
У нас так и реализованно, называется экспресс смена ТП, хочешь жди следующего периода, хочешь поставь галочку и тогда ТП сменится моментальноserjk писал(а):Думали об этом, но не будет ли эта функция вводить абонентов в заблуждение?Point писал(а):Хотелка по смене тарифа в web интерфейсе у клиента- сделать 2 кнопочки: сменить сейчас и сменить в следующем рп.
в админке данное действо доступно, в вебе- отлько или/или в зависимости от установленной галочки в настройках интерфейса смены тарифа.
ну и неплохо бы документацию привести в соответствие с текущей действительностью.
Полностью согласен с Magnum72, в принципе так оно и должно быть, а в настройках интерфейса смены тарифа галочка должна отвечать как раз за разрешение/запрет пользователю экспресс смены.Magnum72 писал(а):У нас так и реализованно, называется экспресс смена ТП, хочешь жди следующего периода, хочешь поставь галочку и тогда ТП сменится моментальноserjk писал(а):Думали об этом, но не будет ли эта функция вводить абонентов в заблуждение?Point писал(а):Хотелка по смене тарифа в web интерфейсе у клиента- сделать 2 кнопочки: сменить сейчас и сменить в следующем рп.
в админке данное действо доступно, в вебе- отлько или/или в зависимости от установленной галочки в настройках интерфейса смены тарифа.
ну и неплохо бы документацию привести в соответствие с текущей действительностью.
Да это проблема кстати..Avdoshkin писал(а):to serjk
Возможность доработать DHCP?
1) Выдача ip address по mac.
2) Если mac дублированный у вас выдается последний в базе ip!
4) Сделайте проверку если два mac не выдавать адрес, в логах добавить duble_mac.
Жду ответа! Спасибо!
У нас допускаются одинаковые маки у клиентов из разных подсетей. А вообще около 0,5% маков у нас дублируются.
Есть БАГ с rfw (5.3-002 upd 1).
1.Ребутнул сервак под freebsd 9 командой reboot там rfw есть.
При загрузке сервака стартует и rfw.
Так вот биллинг считал что rfw как бы запущено хотя в реальности это было не так. По прошествии 5 минут полегчало (файрвол в админке стал красным - типа отвалился).
Если сделать /usr/local/etc/rc.d/utm5_rfw.sh stop а затем reboot то rfw прекрасно стартанет при загрузке сервера - т.е. биллингу явно посылается команда что rfw остановлен. Или просто находу сделать не ребутаясь stop а затем start то проблем не будет.
Поправьте выше описанное поведение, когда ты явно не дал команду utm5_rfw.sh stop .
2. Сделать во всех скриптах запуска UTM5 команду restart. Хотя бы тупо типа так /usr/local/etc/rc.d/utm5_rfw.sh stop && /usr/local/etc/rc.d/utm5_rfw.sh start
3. Вылезли такие ошибки Что означают? В ЛК теперь нельзя сделать обещанный платеж.
1.Ребутнул сервак под freebsd 9 командой reboot там rfw есть.
При загрузке сервака стартует и rfw.
Код: Выделить всё
May 31 23:41:13 Notice: 2c07400 UTM5 RFW: Version 5.3-002-update1-bsd9_x64 starting.
May 31 23:41:13 ?Debug : 2c07400 ModTop: Registering message handlers..
May 31 23:41:13 ?Debug : 2c07400 ModTop: ID <0x4003> handler <0x02c174c0>
May 31 23:41:13 ?Debug : 2c07400 ModTop: ID <0x4000> handler <0x02c174c0>
May 31 23:41:13 ?Debug : 2c07400 ModTop: ID <0x4001> handler <0x02c174c0>
May 31 23:41:13 ?Debug : 2c07400 ModTop: ID <0x4004> handler <0x02c174c0>
May 31 23:41:13 ?Debug : 2c07400 ModTop: ID <0x4002> handler <0x02c174c0>
May 31 23:41:13 ?Debug : 2c07400 ModTop: Socket connected to: host <172.28.100.3> port <12758>
May 31 23:41:13 Info : 2c07c00 StreamConnection: Connection thread started. Peer [172.28.100.3]:12758
May 31 23:41:13 ?Debug : 2c07c00 StreamConnection: Connection using SSLv3
May 31 23:41:13 ?Debug : 2c07c00 StreamConnection: System message <-31> recived
May 31 23:41:13 ?Debug : 2c07c00 StreamConnection: Challenge response sent
May 31 23:41:13 ?Debug : 2c07c00 StreamConnection: System message <-33> recived
May 31 23:41:13 Info : 2c07c00 StreamConnection: Connection successfully authorized, user id <-4>
May 31 23:41:13 ?Debug : 2c07400 StreamFirewall: Sending name: NAT1
May 31 23:41:13 ?Debug : 2c07400 StreamConnection: Sending message ID 0x3000
May 31 23:41:13 ?Debug : 2c07c00 StreamConnection: Got message ID 0x4000
May 31 23:41:13 ERROR : 2c07c00 StreamFirewall: Error occured: remote firewall is already connected
May 31 23:41:18 Info : 2c07400 UTM5 RFW: Terminating firewall: remote firewall is already connected
May 31 23:41:18 Info : 2c07400 RFW Config: Pid file found: /var/run/utm5_rfw.pid; Overwriting
Если сделать /usr/local/etc/rc.d/utm5_rfw.sh stop а затем reboot то rfw прекрасно стартанет при загрузке сервера - т.е. биллингу явно посылается команда что rfw остановлен. Или просто находу сделать не ребутаясь stop а затем start то проблем не будет.
Поправьте выше описанное поведение, когда ты явно не дал команду utm5_rfw.sh stop .
2. Сделать во всех скриптах запуска UTM5 команду restart. Хотя бы тупо типа так /usr/local/etc/rc.d/utm5_rfw.sh stop && /usr/local/etc/rc.d/utm5_rfw.sh start
3. Вылезли такие ошибки
Код: Выделить всё
Jun 01 13:12:15 ERROR : 5630d700 RfwPlugin: entity <137> not found in <shaping_flags> at /build/5.3-002-update1/utm5_core/plugins/affectors/rfw_plugin.cc, line 1747
Jun 01 13:12:15 ERROR : 5630d700 DBAGenericError: shaping_flags not exist
Jun 01 13:12:15 ERROR : 5630d700 RfwPlugin: shaping for service_id <137> not set
Jun 01 13:12:15 ERROR : 5630d700 RfwPlugin: entity <137> not found in <shaping_flags> at /build/5.3-002-update1/utm5_core/plugins/affectors/rfw_plugin.cc, line 1747
Jun 01 13:12:15 ERROR : 5630d700 DBAGenericError: shaping_flags not exist
Jun 01 13:12:15 ERROR : 5630d700 RfwPlugin: shaping for service_id <137> not set
Jun 01 13:12:58 Warn : 552fd700 RPCConn: Unable to restore Session Key <26ee8a5300000000b871d7cac4990b67> for IP <172.28.200.17>
Jun 01 13:12:58 Warn : 552fd700 RPCConn: Unable to restore Session Key <26ee8a5300000000b871d7cac4990b67> for IP <172.28.200.17>
Jun 01 13:13:06 Warn : 552fd700 RPCConn[SSL]<zem2012@172.28.200.17>: Session Data packet: Internal Error!
вчера, 31 мая в 23:59:59 у клиентов, запланировавших сменить тариф в следующем расчетном периоде снялась абонентская в размере старого тарифа(в отчете по услугам-списание за старую услугу), потом абонент благополучно заблокировался системной блокировкой, потому как на новое списание по новому тарифу ему не хватило средств. По всем тарифным планам установлен метод списания- в начале рассчетного периода, в политиках списания установлен только пересчет при блокировке-любая блокировка- не списывать абонентку,устанавливать системную блокировку при недостатке средств.
Таких клиентов получилось около 40.
Не ожидал я такой подставы от релиза
UTM 5.3.002-U1 FreeBSD8
по багу открыт mantis id 2320, исправление планируется в ближайшей update версии биллинга
Таких клиентов получилось около 40.
Не ожидал я такой подставы от релиза
UTM 5.3.002-U1 FreeBSD8
по багу открыт mantis id 2320, исправление планируется в ближайшей update версии биллинга
1) С доп параметрами опять фигня получилась.
Теперь реализовано так что если у пользователя был заполнен доп параметр, то он будет отображаться даже когда в настройках стоит "не отображать этот доп параметр в интерфейсе". Это не правильно, если стоит признак у параметра "не отображать" ты мы его не отображаем, не зависимо от того заполнен он или нет, но при этом и не удаляем его при редактировании пользователя.
2) При удалении аккаунта удаляются группы в которых находился удаляемый аккаунт пользователя, на мой взгляд это не правильно. При удалении аккаунта должно все оставаться как было на момент удаления, и в последствии операции над группами (удаление группы например) не должны оказывать влияния на удаленный аккаунт. Примерно как сделано в доп параметрах, но там есть проблема, заключается в том, что если доп параметр удалить то он удаляется у всех пользователей включая удаленные.
Теперь реализовано так что если у пользователя был заполнен доп параметр, то он будет отображаться даже когда в настройках стоит "не отображать этот доп параметр в интерфейсе". Это не правильно, если стоит признак у параметра "не отображать" ты мы его не отображаем, не зависимо от того заполнен он или нет, но при этом и не удаляем его при редактировании пользователя.
2) При удалении аккаунта удаляются группы в которых находился удаляемый аккаунт пользователя, на мой взгляд это не правильно. При удалении аккаунта должно все оставаться как было на момент удаления, и в последствии операции над группами (удаление группы например) не должны оказывать влияния на удаленный аккаунт. Примерно как сделано в доп параметрах, но там есть проблема, заключается в том, что если доп параметр удалить то он удаляется у всех пользователей включая удаленные.
Баг: Нет проверки на корректный тип блокировки. Через урфа поставил блокировку is_blocked = 2 вместо is_blocked = 256 (Думал так админскую теперь надо выставлять) теперь блокировку ни изменить, ни снять нельзя
Баг: В отчете по блокировкам вместо "мгновенная" написано "мнгновенная"
Баг: Функция rpcf_add_user_log продолжает требовать описание переменной what хотя она уже не используется.
Баг: Не могу отобразить отчет по изменению пользователя
Баг: Если поставить пользователю кредит 10000000, то в поле редактирования кредита начинает отображаться 1.0E7
Баг: В отчете по блокировкам вместо "мгновенная" написано "мнгновенная"
Баг: Функция rpcf_add_user_log продолжает требовать описание переменной what хотя она уже не используется.
Баг: Не могу отобразить отчет по изменению пользователя
Баг: Если поставить пользователю кредит 10000000, то в поле редактирования кредита начинает отображаться 1.0E7