BiTel

Здравствуйте

Подскажите пожалуйста есть ли где нибудь записи о том,
когда оператор "залогинивался"/"разлогинивался" клиентом к серверу BGB

оператор логиниться к серверу при каждом запросе к серверу
(логин и пароль передаются в каждом запросе)

Нет это не то

Интересует следующее
Пришел оператор на работу и запустил клиент и залогинился,
ушел с работы выключил клиент

Так вот, нужно узнать время во сколько оператор залогинился/выключил клиент
Есть ли где нибудь логи об этом

Сервис - Журналы - Журнал запросов

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Это тоже не то
там нет события "Оператор залогинился "

Нужно определить когда был открыт/закрыт клиент,
а не когда было произведено какое либо действие в нём

между клиентом и сервером нет сессии, каждое нажатие кнопки в клиенте пораждает несколько запросов к серверу, при этом после каждого запроса связь разрывается, т.е. после запроса сервер не знает запущен ли клиент или нет.

Мммммм...
вот с этим куском

сюда...
будет событие - залогинился
надеюсь
А вот с выходом сложнее. Т.к. простое закрытие программы не вызывает никаких действий. Ведь у вас же не будут вызываться действия если вы вырубите принудительно приложение?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

В принципе про то что не известно когда оператор закончит работу понятно

Также понятно что каждое действие оператора отражается в журнале

Непонятно только одно:
Логируется ли то, когда оператор вводит верный логин пароль в клиент и жмёт "ОК"

открытие клиента можно отследить по вызову акшена отображающего меню, а вот закрытие клиента не отследишь, клиент может просто выключить программу или отключить питание у компа, сервер об этом не узнает, можно только орентироваться на время последнего запроса от клиента

Ну да, делать как определяют совершенно все сайты, в том числе и этот форум - если от юзера нет активности несколько минут, значит юзер ушёл. Если начались запросы, значит пришёл. По другому никак. Ибо и тут и в вебе клиент-серверная схема работы похожая.

_________________
I'm clever. I've got a computer.

возникает предложение - сделайте, пожалуйста, опцию client.inactive.timout ну или аналогичную, которая будет по истечении указанного времени "разлогинивать" клиента, в идеале - после указанного времени в открытом клиенте видно только его окно + окно логина и пароля, какбудто оператор нажал "завершить соединение"

и сделать что то типа client.inactive.timout = 0, то не разлогинивать вообще

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

а нафига? системный скринсейвер с паролем не подойдет? если клиент за компом но не работает с биллингом, зачем его разлогинивать? а если ушел, то почему защищать надо только биллинг?

защита от дурака ... ведь бывает так что оператор открыл (залогинился) клиент биллинга и внезапно куда нить надолго отошел, а т.к. комп за которым он работает - общий, то любой может сесть и воспользоваться не своей, а его учеткой ... фишка, конечно, не принципиальная, но думаю что полезная


представьте что комп(ы) в какой-то мере общие, комп(ы) имеют защиту от дурака в виде админского и юзерского логинов и умеют засыпать, а после пробуждения просить пароль, а вот БГБ этого не умеет, поэтому и хочется чтобы БГБ спустя некоторое время "уснул", т.е. разлогинил юзера, а когда юзер вернется, не факт что тот же самый - он впишет свои логин и пароль ...

мне не горит, а вот ТС такой фиче думаю будет рад

уже просили такое... у меня в TODO лежит несрочном. Но надо это как-то в комплексе с другим реализовывать. И не очень понятно как... у нас нет сесии как таковой. Если только на уровне клиента всё решать, т.е. завести какой-то таймер итд. Но это вроде тож костыль...

_________________
I'm clever. I've got a computer.

если комп общий, то где гарантии, что кто то не повесил клавиатурный снифер... по моему это приличная дыра в безопасности...
и даже на общем компе почему нельзя завести учетки пользователей, или у вас компы в общественном месте стоят (типа интернет кафе....) и кто за ним работает вообще не контролируется?

в сервере часы всеравно тикают, так что достаточно по истечении времени сказать "юзер не авторизван" и тогда тыкая куда либо в открытом клиенте окошко авторизации по идее само вылезет, не? ну ... я хотел сказать что пусть клиент открыт, но сделать в нем ничего кроме как смотреть на открытую вкладку(и) не получится, т.к. сервер про этого клиента уже забыл и не считает его авторизовавшимся и как результат - попытка изменить что либо приведет к окошку логина/пароля

По истечении времени от какого срока? Ну нельзя отследить когда юзер пришёл когда ушёл.

_________________
I'm clever. I've got a computer.

от последнего действия пользователя конечно же ...
"тыкает" в клиенте - значит работает, перестал "тыкать" - значит "ушел"

Логин и пароль клиент посылает в КАЖДОМ запросе от клиента.
Их запоминает при авторизации КЛИЕНТ.
Сервер не знает даже от клиента пришел запрос или от какого то левого скрипта,
Для сервера важно есть ли в запросе корректный логин + пароль или нет.

тады все сложнее