Тестируем 5.3.002

Технические вопросы по UTM 5.0
Ответить
Avdoshkin
Сообщения: 156
Зарегистрирован: Вт май 10, 2005 19:28
Откуда: Ачинск
Контактная информация:

Сообщение Avdoshkin »

Компания NetUP, прошу подумать над реализацией dhcp_log, в данном виде который у вас есть это замечательно. Но когда дело доходит для тех.поддрежки(первая линия) приходится выкручивать, придумать как упростить вывод для них. Можно же сделать dhcp_log_lite к примеру, такой информации будет достаточно для разбора ошибок. Это все из собственной практике сделано для тех.поддержке. Если вам важно только "галочка" что модуль сделан, тогда дела обстоят плохо!?

Time Info sw port vlan mac venid ip status
Sun May 25 12:42:51 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_sel
Sun May 25 12:42:51 2014 DHCP-Discover/Offer pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok
Sun May 25 08:33:57 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_renew
Sun May 25 07:33:57 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_renew
Sun May 25 06:33:56 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_sel
Sun May 25 06:33:56 2014 DHCP-Discover/Offer pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Avdoshkin писал(а):Компания NetUP, прошу подумать над реализацией dhcp_log, в данном виде который у вас есть это замечательно. Но когда дело доходит для тех.поддрежки(первая линия) приходится выкручивать, придумать как упростить вывод для них. Можно же сделать dhcp_log_lite к примеру, такой информации будет достаточно для разбора ошибок. Это все из собственной практике сделано для тех.поддержке. Если вам важно только "галочка" что модуль сделан, тогда дела обстоят плохо!?

Time Info sw port vlan mac venid ip status
Sun May 25 12:42:51 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_sel
Sun May 25 12:42:51 2014 DHCP-Discover/Offer pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok
Sun May 25 08:33:57 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_renew
Sun May 25 07:33:57 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_renew
Sun May 25 06:33:56 2014 DHCP-Request/Ask pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok_sel
Sun May 25 06:33:56 2014 DHCP-Discover/Offer pr3-13 20 2020 e4:ab:46:00:18:0b "synet" 46.43.225.179 ok
Повесить триггер, пусть на основе лога заполняет dhcp_log_lite

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Есть баг такой 5.3.002 final. Настройки шаблоны документов. Правишь их и пофигу! Пока руками не залезешь в папку templates и там руками не поправишь чуда не происходит.
Как исправить чтобы через админку также работало?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

Исправленный релиз когда будет готов?

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Пока не устанавливал релиз, в changelogах не нашел:

1. Почему в ЛК в статусе блокировки пустое поле?
При выполнении $this->urfa->call(-0x15028);
биллинг отдает статус блокировки = 4294967295. ($tmp['block_status']=4294967295), а на сколько я понимаю должно быть -1, если у пользователя нет блокировок

2. В ЛК пробуем установить добровольную блокировку, получаем сообщение: "Добровольная блокировка установлена", плата за блокировку не списывается, блокировка не устанавливается. В отчетах по блокировкам - нет ничего об этой блокировке.

3. Будет ли реализован функционал в release:
Объединение оказанных услуг в 1 формируемый счет?
очень надо!

4. Изменение возможности формирования даты счета при условиях работы по предоплате.
Пример: Текущий месяц январь, выставляем 25ое число в настройках предоплаты. 25ого января нам формируется счет за ферваль.

5. Добавьте в "Поиск" параметр поиска по типу блокировки.

3,4,5 понимаю что отложили до лучших времен. А что с 1,2?

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

to kirush
1. Mantis ID 2302 Исправлена ошибка, в результате которой в ряде случаев в web интерфейсе абонента не отображался статус блокировки лицевого счета

2. На наших базах ошибка не воспроизводится, просьба предоставить логи в момент активации добровольной блокировки


Обновление (update1) готовим под все платформы в данный момент.

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

serjk писал(а):to kirush
1. Mantis ID 2302 Исправлена ошибка, в результате которой в ряде случаев в web интерфейсе абонента не отображался статус блокировки лицевого счета

2. На наших базах ошибка не воспроизводится, просьба предоставить логи в момент активации добровольной блокировки


Обновление (update1) готовим под все платформы в данный момент.
Это самый скорый Update1 после релиза.

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

serjk, ок жду update1 установлю до 1 июня и посмотрим заново выставленные счета 1го числа и установку блокировки. При необходимости - предоставлю доступ.

Avdoshkin
Сообщения: 156
Зарегистрирован: Вт май 10, 2005 19:28
Откуда: Ачинск
Контактная информация:

Сообщение Avdoshkin »

to serjk По моему вопросу будет ответ?

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Avdoshkin писал(а):to serjk По моему вопросу будет ответ?
Зарегистрирую тикет, но пока такая функция кажется избыточной (вся информация есть в логах, и нужна она не очень часто). Вы просите реализовать функционал, уже реализованный в Вашей практике (фактически, узкоспецифичную доработку), но я не уверен, что он необходим обычному оператору.

Krexxxer
NetUP Team
Сообщения: 27
Зарегистрирован: Вт мар 17, 2009 20:40
Откуда: NetUP team

Сообщение Krexxxer »

Magnum72 писал(а):
serjk писал(а):to kirush
1. Mantis ID 2302 Исправлена ошибка, в результате которой в ряде случаев в web интерфейсе абонента не отображался статус блокировки лицевого счета

2. На наших базах ошибка не воспроизводится, просьба предоставить логи в момент активации добровольной блокировки


Обновление (update1) готовим под все платформы в данный момент.
Это самый скорый Update1 после релиза.
Выложили update1 в ЛК, проверьте

Avdoshkin
Сообщения: 156
Зарегистрирован: Вт май 10, 2005 19:28
Откуда: Ачинск
Контактная информация:

Сообщение Avdoshkin »

serjk писал(а):
Avdoshkin писал(а):to serjk По моему вопросу будет ответ?
Зарегистрирую тикет, но пока такая функция кажется избыточной (вся информация есть в логах, и нужна она не очень часто). Вы просите реализовать функционал, уже реализованный в Вашей практике (фактически, узкоспецифичную доработку), но я не уверен, что он необходим обычному оператору.
Вы неправы! Возьмем к примеру реализация isc-dhcp логирование http://www.miquels.cistron.nl/isc-dhcpd ... nt-options, можно составить удобные логи.

Технология IPoE, ip unnumbered, Option82 все это идет через Cisco,Juniper

1) Позвонил клиент в тех.поддрежку, говорит не работает Inet.
2) Проверили кабель, все ок.
3) Проверяем получил адрес или нет, видим что клиент шлет Discovery, сервер отправляет Offer, но клиент не забирает. Начинают разбираться с проблемой. Проблема в длинной линией или проблема с ПК. С помощью коротких логов можно все быстро решить задачу. С помощью ваших логов это кучу не нужной информации.
4) Вы мыслите к не как оператор связи, вы сами попробуйте окунуться в проблему как тех.поддрежка(первая линия).


Возьмем ваши логи:

May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: got DHCPDISCOVER packet
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: offered IP 185.14.32.1 from the pool ID 1
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: sending OFFER of 185.14.32.1 to 00:0e:08:27:f2:27
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: sending reply to relay 185.14.35.254:67
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: request from 185.14.35.254:67:
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: got DHCPREQUEST packet
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: ack'd IP 185.14.32.1 from the pool ID 1
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: sending ACK of 185.14.32.1 to 00:0e:08:27:f2:27
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: sending reply to relay 185.14.35.254:67
May 24 15:54:26 ?Debug : b60ecb40 DHCP_Server: request from 185.14.35.254:67:

Вы хоть добавьте к Discovery, Request и т.д. строчку relay-agent-info, чтобы можно было нормально сделать парсер. Если добавите можно будет сделать удобный вывод.

По вашему мнению request from 185.14.35.254:67 информативно?
Вы поймите что dhcp-сервер написать не проблема. Есть желание помочь вам, но чтобы была обратная связь.

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Update 1. Все хорошо за исключением шаблонов документов. О чем я писал выше. У всех такая проблема?

kirush
Сообщения: 699
Зарегистрирован: Пт фев 04, 2005 13:58

Сообщение kirush »

Обновились на update1:
1. При запуске админки (перешло еще с бета версий).
Console.log
2. После установки нового ЛК после попытки входа выдает ошибки:

Код: Выделить всё

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/apache22/data/utm/lib/form/raw_html.php:15) in /usr/local/www/apache22/data/utm/modules/00_login.php on line 25
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/apache22/data/utm/lib/form/raw_html.php:15) in /usr/local/www/apache22/data/utm/modules/00_login.php on line 26
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/apache22/data/utm/lib/form/raw_html.php:15) in /usr/local/www/apache22/data/utm/modules/00_login.php on line 27
Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/apache22/data/utm/lib/form/raw_html.php:15) in /usr/local/www/apache22/data/utm/modules/00_login.php on line 31
Лечится путем удаления лишних пробелов в конце файла:
/utm/lib/form/raw_html.php
3. Установка добровольной блокировки так и не работает :( точней работает, но не так как надо.
Изображение
Пишет что блокировка установлена. Плата не снимается. В отчетах по блокировках - пусто.
Позже обнаружил, что в настройках блокировки стоит минимальный срок 7 дней. А я пытался блокировать на меньший срок. Т.е. не происходит проверка на условия блокировки, а просто пишет что блокировка установлена.
Интересное :) Ваше решение в accounts.php, добавление

Код: Выделить всё

    switch($block_val){
                case 4294967295:
                case -1: //none
                    $tmp['block_status'] = "not_blocked";
                    break;
                case 1: //system
                    $tmp['block_status'] = "blocked";
                    break;
                case 2: //admin
                    $tmp['block_status'] = "blocked_by_admin";
                    break;
                case 3: //user
                    $tmp['block_status'] = "blocked_by_user";
                    break;
            }
Подскажите, а почему он там вообще появляется? Не связано ли это с 32/64 архитектурой?
Последний раз редактировалось kirush Пн май 26, 2014 20:18, всего редактировалось 10 раз.

Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Пункт 1. +1 kirush

Код: Выделить всё

26.05.2014 21:00:26:540 : DEBUG : Constructor for Accounts
26.05.2014 21:00:26:540 : DEBUG : Registering shortcut for Accounts
26.05.2014 21:00:26:540 : DEBUG : Registering shortcut for Accounts complete
26.05.2014 21:00:26:540 : DEBUG : Create table - Accounts
26.05.2014 21:00:26:543 : DEBUG : Create table - Accounts complete
26.05.2014 21:00:26:545 : DEBUG : Constructor for Tariff links
26.05.2014 21:00:26:545 : DEBUG : Registering shortcut for Tariff links
26.05.2014 21:00:26:545 : DEBUG : Registering shortcut for Tariff links complete
26.05.2014 21:00:26:545 : DEBUG : Create table - Tariff links
26.05.2014 21:00:26:547 : DEBUG : Create table - Tariff links complete
26.05.2014 21:00:26:552 : DEBUG : URFA call: rpcf_get_user_account_list (0x2033)
26.05.2014 21:00:26:554 : DEBUG : URFA call finished
26.05.2014 21:00:26:554 : DEBUG : Constructor for Service links
26.05.2014 21:00:26:554 : DEBUG : Registering shortcut for Service links
26.05.2014 21:00:26:554 : DEBUG : Registering shortcut for Service links complete
26.05.2014 21:00:26:554 : DEBUG : Create table - Service links
26.05.2014 21:00:26:556 : DEBUG : Create table - Service links complete
26.05.2014 21:00:26:561 : DEBUG : URFA call: rpcf_get_user_account_list (0x2033)
26.05.2014 21:00:26:562 : DEBUG : URFA call finished
26.05.2014 21:00:26:564 : DEBUG : URFA call: __rpcs_get_banks (0x6002)
26.05.2014 21:00:26:565 : DEBUG : URFA call finished
26.05.2014 21:00:26:566 : DEBUG : URFA call: __rpcf_get_uaparam_list (0x440b)
26.05.2014 21:00:26:567 : DEBUG : URFA call finished
26.05.2014 21:00:26:569 : DEBUG : URFA call: rpcf_get_house (0x2812)
26.05.2014 21:00:26:574 : DEBUG : URFA call finished
26.05.2014 21:00:26:576 : DEBUG : URFA call: __rpcf_get_sys_user (0x4414)
26.05.2014 21:00:26:577 : DEBUG : URFA call finished
26.05.2014 21:00:26:577 : DEBUG : URFA call: __rpcf_get_sys_user (0x4414)
26.05.2014 21:00:26:578 : DEBUG : URFA call finished
26.05.2014 21:00:26:581 : DEBUG : Initializing User complete
26.05.2014 21:00:26:581 : DEBUG : Seting tab panels for User
26.05.2014 21:00:26:581 : DEBUG : Initializing Main
26.05.2014 21:00:26:581 : DEBUG : Refresh Main
26.05.2014 21:00:26:581 : DEBUG : Refresh Main complete
26.05.2014 21:00:26:581 : DEBUG : Initializing Main complete
26.05.2014 21:00:26:583 : DEBUG : Seting shortcuts for User
26.05.2014 21:00:26:583 : DEBUG : Seting shortcuts for User complete
Пункт 2 и 3 завтра проверю.

Ответить