Те остается тока поправить правильность отображения в админке.
В доке к 5.3 вычитал:
1. Загрузите интерфейс кассира, находящийся в личном кабинете клиента на сайте http://www.netup.ru в разделе Интерфейс кассира под названием cashier.zip (базо- вая версия) или cashier_ext.zip (расширенная версия).
Что за расширенная версия и где с ней можно ознакомиться?
Также надо обновить документацию на стр. 224:
Минимальный перечень функций, которые необходимо разрешить для работы данного интерфейса, приведён ниже.
Вопрос по DHCP
Я так полагаю, что опция для выдачи заблокированным абонентам из отдельного пула, распространяется только на DHCP пулы.
Абонентам у которых статические адреса, этого сделать нельзя ?
Почему бы не добавить в свойства сервисной связки IP группы возможность задать отдельно пул из которого будет выдаваться ипшники при блокировке.
VooDoo писал(а):Вопрос по DHCP
Я так полагаю, что опция для выдачи заблокированным абонентам из отдельного пула, распространяется только на DHCP пулы.
Абонентам у которых статические адреса, этого сделать нельзя ?
Почему бы не добавить в свойства сервисной связки IP группы возможность задать отдельно пул из которого будет выдаваться ипшники при блокировке.
Опция распространяется на все адреса, и статические, и динамические (из пула)
VooDoo писал(а):Вопрос по DHCP
Я так полагаю, что опция для выдачи заблокированным абонентам из отдельного пула, распространяется только на DHCP пулы.
Абонентам у которых статические адреса, этого сделать нельзя ?
Почему бы не добавить в свойства сервисной связки IP группы возможность задать отдельно пул из которого будет выдаваться ипшники при блокировке.
Опция распространяется на все адреса, и статические, и динамические (из пула)
Тогда не понятно как она включается для статических адресов.
Для динамических понятно, создается допустим два пула, в одном из них указывается действие при блокировке, чтобы адреса брались из другого.
А как быть со статикой, в документации и сам не нашел подобного, если выбрать пул в свойствах сервисной связки, то статический адрес вообще убирается.
Задаем пул 10.30.0.1/255.255.0.0 без динамических диапазонов, действие при блокировке - выдавать из пула 10.40.0.1/255.255.0.0, в динамических диапазонах указываем необходимый интервал выдаваемых при блокировке адресов.
serjk писал(а):Например, есть статический адрес 10.30.123.123
Задаем пул 10.30.0.1/255.255.0.0 без динамических диапазонов, действие при блокировке - выдавать из пула 10.40.0.1/255.255.0.0, в динамических диапазонах указываем необходимый интервал выдаваемых при блокировке адресов.
Все понятно, спасибо.
Заметил такой глюк, при добавлении пользователю адреса из DHCP пула
хоть у одного , потом у других перестает работать выдача статических IPv4 адресов из указаных IP зон, при нажатии просто пустое меню, при этом IPV6 выдача работает, если удалить у пользователя получени динамического адреса , то все опять работает.
VooDoo писал(а):
Заметил такой глюк, при добавлении пользователю адреса из DHCP пула
хоть у одного , потом у других перестает работать выдача статических IPv4 адресов из указаных IP зон, при нажатии просто пустое меню, при этом IPV6 выдача работает, если удалить у пользователя получени динамического адреса , то все опять работает.
Спасибо, посмотрим.
2kirush
По вопросу, заданному выше про документацию и интерфейс кассира - не могу пока сказать, будем проверять.
Mar 12 23:09:33 ?Debug : e30f0700 RPCServer: Client connecting: [127.0.0.1]:35543
Mar 12 23:09:33 Info : e30f0700 RPC2Connection: Connection from: [127.0.0.1]:35543 new Session Key <edb02053000000007c16265931c0acb0>
Mar 12 23:09:33 Info : e30f0700 RPCConn: Service <web@127.0.0.1> is connecting
Mar 12 23:09:33 ?Debug : e30f0700 RPCConn: Session restored for <starchik@127.0.0.1> Key <17b020530000000000b4a40dd181059c>
Mar 12 23:09:33 ?Debug : e30f0700 ModTop: connection <78> created
Mar 12 23:09:33 Info : e30f0700 RPCConn[SSL]<starchik@127.0.0.1>: Access granted to [SSL]<starchik@127.0.0.1> (UID: 1)
Mar 12 23:09:33 ?Debug : e30f0700 RPCConn[SSL]<starchik@127.0.0.1>: SSL type requested: SSLv3(2)
Mar 12 23:09:33 ?Debug : e30f0700 RPCConn[SSL]<starchik@127.0.0.1>: Call: 0xffffbfbe (__rpcf_user5_get_message)
Mar 12 23:09:33 ?Debug : e30f0700 RPCConn[SSL]<starchik@127.0.0.1>: Real Call: 0xffffbfbe (__rpcf_user5_get_message)
Mar 12 23:09:33 ?Debug : e30f0700 DBConnectionPool: DBConnectioManager pool [Default]: connection is popped
Mar 12 23:09:33 ?Debug : e30f0700 DBConnection_mysql: <0x286e000> SQL SELECT query: SELECT m.id,sender_id,subject,message,mime,send_date,recv_date,receiver_id,receiver_type,ms.status FROM messages m,messages_status ms WHERE m.id=ms.message_id AND m.id='8' AND (((receiver_type='0' AND receiver_id='1') OR (receiver_type='1' AND receiver_id='1')) OR receiver_type='4' OR is_for_all='1' OR sender_id='1')
Mar 12 23:09:33 ?Debug : e30f0700 DBConnection_mysql: <0x286e000> SQL SELECT query: 1 rows in 0.001 sec
Mar 12 23:09:33 ?Debug : e30f0700 DBConnection_mysql: <0x286e000> SQL query: UPDATE messages_status SET status='0' WHERE message_id='8'
Mar 12 23:09:33 ?Debug : e30f0700 DBConnection_mysql: <0x286e000> SQL query takes 0.000 sec
вдогонку, не выключается интернет из веб интерфейса.
Проблема с console.log, несовпадает информация о вызываемых функциях с реальными названиями функций.
например:
DEBUG : URFA call: rpcf_add_once_service_link_ex (0x2920)
реально функция называется:
<function name="rpcf_add_once_slink_ex" id="0x2920">
И отдельный привет за то что у функций
rpcf_get_periodic_service
rpcf_get_iptraffic_service
передается id услуги в переменной sid
а у rpcf_get_telephony_service
передается id услуги в переменной service_id