Это собирается зависеть в большой степени от того, как Ваш OpenAM настроен, но во всех кроме малочисленного меньшинства случаев это уже будет использованием бэкенда LDAP (Вы видите это путем входа в Управление доступом-> [Область]-> Хранилища данных).
Если SysAid поддерживает аутентификацию LDAP, он должен смочь пройти проверку подлинности против того же хранилища данных LDAP, как OpenAM использует в данный момент, не имея необходимость создавать/управлять новые учетные записи. Это не будет единая точка входа, но это будет использовать тех же пользователей/группы/пароли и т.д.
Я понимаю, что это старый вопрос, но ответ можно найти в RFB RFC.
Когда клиент отправляет сообщение FramebufferUpdateRequest
на сервер, помеченный как incremental
, этот запрос будет оставаться ожидающим на сервере до тех пор, пока не произойдет фактическое изменение для отчета. В этот момент сервер отправит обратно сообщение FramebufferUpdate
, содержащее данные прямоугольника с изменениями.
Это означает, что если вы посмотрите на свои сетевые данные, вы, вероятно, обнаружите, что (помимо поддержки активности, возможно, ), последний пакет идет от клиента к серверу и является FramebufferUpdateRequest
с пометкой incremental
. Сервер не отправит ответ до тех пор, пока не будет отправлено обновление, поэтому сеть останется тихой.
Чаще всего экран меняется часто, что может привести к множеству последовательных FramebufferUpdateRequest
сообщений, приводящих к одному составному FramebufferUpdate
сообщению от сервера.