Корпоративный аутентифицируемый, к которому добавляют метку времени, зарегистрированный, персистентный многопользовательский чат (IRC?)
Мой отдел соответствия компании требует, чтобы вся коммуникация онлайн управлялась и регистрировалась с метками времени. Управление включает аутентификацию пользователя и управление каналами. Кроме того, персистентный чат высоко желаем (т.е. новые люди, присоединяющиеся, должны видеть историю чата). У нас есть сторонние программы, чтобы контролировать цель и gtalk, но испытать недостаток в удобном механизме многопользовательского чата онлайн.
Рассматривая наши требования, я думал, выполняя частную интранет, сервер IRC будет прекрасен. Журналы с меткой времени могли быть обработаны ботами в каждом канале. Сами каналы могут быть защищены паролем для управления доступом.
Я не уверен в аутентификации пользователя и персистентных частях чата. Было бы замечательно, если мы могли бы усилить сервер сетевой информационной службы (NIS), но я не уверен, как сделать так. Относительно персистентного чата, был бы вышибала (BNC) (Wiki) быть хорошим подходом?
Любой совет относительно многопользовательской коммуникации онлайн (не должен быть IRC) значительно ценился бы.
0 ответов
IRC не является действительно очень защищенным протоколом - его простой текст для большей части части (абсолютно необходимо использовать SSL), и хорошо, в то время как hackerish, я подозреваю, что jabber/xmpp был бы более легким, продают PHBs - Google использует его, поскольку действительно сидит в Facebook и другие места.
в дополнение к широкой промышленности Бессмысленные данные поддержки являются, вероятно, лучшей ставкой, просто вызывают ее созданный вокруг современных идей мгновенного обмена сообщениями - это действительно оба группируется и пользователь к пользовательскому чату, много серверов также поддерживают аутентификацию LDAP, или Вы могли использовать созданный в системе управления пользователями.
Вышеупомянутый openfire является, вероятно, одним из лучших выборов - его созданный вокруг потребностей предприятия.
Openarchive или коммерческая версия openfire должны смочь обработать сообщение, входящее в систему сторона сервера, если бы Вы пошли для openfire.