Назад | Перейти на главную страницу

Опыт работы с протоколом обмена мгновенными сообщениями / настройками прокси

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

Не могли бы вы дать рекомендации по хорошим прокси-серверам для ведения журнала IM и опыту использования тех же настроек? В частности, мы хотим контролировать AIM.

Это должно будет работать на FreeBSD и не должно требовать java. Если вы хотите предложить альтернативное решение нашей проблемы, пожалуйста, сделайте это.

Спасибо шанс

Исходя из моего опыта, я бы предложил настроить сервер Jabber / XMPP, разрешить общедоступные протоколы обмена мгновенными сообщениями через шлюзы, а затем заблокировать весь общедоступный трафик обмена мгновенными сообщениями с ваших рабочих станций. Таким образом, люди смогут получить доступ к общедоступным мгновенным сообщениям, но только через предоставленный вами сервер, который затем будет зарегистрирован.

У меня есть опыт работы с этой настройкой с использованием Openfire, который основан на java, поэтому он не выполняет это требование. Но есть и другие серверы Jabber / XMPP, которые должны обеспечивать такую ​​же настройку, но не на основе java.

На самом деле у меня нет опыта с этим, но я слышал о людях, использующих Ejabberd вместе с Bandersnatch для регистрации сообщений, отправленных через сервер Jabber.

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

Преимущество ejabberd перед Openfire состоит в том, что ejabberd «только» использует erlang, а не java.

Другой источник утверждал, что IMSpector также может использоваться, что устраняет необходимость в промежуточном сервере Jabber. Однако установка небольшая, поэтому он не может много сказать о производительности.

Вы говорите «межофисный», если вы не имеете в виду межкорпоративную, вы можете принять предложение Алекса с Jabber, некоторые из хороших серверов могут даже бэкэнд в вашем существующем каталоге в качестве источника пользователя.

При этом вам даже не нужны шлюзы.

Вы можете сделать сервер открытым для объединения с другими серверами Jabber, но это не обязательно.

Что касается использования, я обнаружил, что как только пользователи входят в систему с уже заполненным списком контактов, им становится проще использовать корпоративный IM для работы с корпоративными материалами, поскольку тогда им не нужно спрашивать у людей их ID.