Календарная безопасность Microsoft Exchange
Ваша подсистема балансировки нагрузки, вероятно, использует данные HTTP-заголовка для определения, какое поле это отправляет пользователям в (вместо того, чтобы судить IP-адресом).
[Если можно сказать нам, какая подсистема балансировки нагрузки Вы используете полезную информацию о конфигурировании, это может пойти сюда :-)]
В дополнение к реконфигурированию Вашей подсистемы балансировки нагрузки можно хотеть рассмотреть совместное использование сессий через эти два сервера. Можно сделать это:
- Помещение сессий на доле NFS, смонтированной на обоих серверах
(Традиционный и довольно надежный, пока сервер NFS не уходит). - Если Вы используете PHP, с помощью session_mysql, session_pgsql или какое-либо количество других доступных обработчиков сессий.
(Как надежный как запоминающее устройство)
(Преимущество совместного использования сессий состоит в том, что Ваши серверы обеспечивают бесшовное дублирование: Если сервер 1 снижается для сервера обслуживания 2, может взять все его сессии, не вынуждая пользователей войти в систему снова),
Да - вашей учетной записи службы может быть предоставлен любой запрашиваемый вами набор разрешений (владелец, редактор, автор, участник, рецензент, свободное / занятое время и т. Д.).
Это нужно будет сделать для каждой папки календаря (как правило, только для календаря по умолчанию для каждого пользователя). Это можно легко сделать с помощью однострочного POSH, а также добавить в процесс создания учетной записи, чтобы он вступает в силу для новых учетных записей.
Я не вижу никаких управленческих ролей, относящихся к календарям, поэтому не верю, что это то, что можно просто сделать один раз в одном месте. Вам нужно будет сделать это для каждого календаря.