Прокси Apache, ProxyPreserveHost На, сохраняет цикличное выполнение
Этот вид вещи совсем не легко настроить с собственными инструментами AD. Active Directory не имеет способности сделать наследуемые присвоения прав на OU и иметь каждого члена этого, OU наследовали доступ от того присвоения. Для AD, чтобы сделать, что Вы ищете, необходимо было бы автоматически изменить составы группы этого пользователя на основе их расписания обязанности и пары, что с принудительными выходами из системы, таким образом, их маркер безопасности обновляется.
Однако это кажется, что можно работать с Веб-приложением, которое представляет слой прикладной логики между пользователем и фактическими данными. В этом случае Вы можете добавлять другое поле входа в систему, называть его 'полномочиями' или чем-то, где пользователь должен выбрать роль для входа в систему с, и само приложение проксирует доступ.
Apache также использует заголовок Host, чтобы определить, какой VirtualHost использовать. Сообщая mod_proxy о необходимости сохранения заголовка Host, apache всегда будет обслуживать запрос, используя второй VirtualHost. Это петля, которую вы видите. Чтобы решить эту проблему, вам необходимо убедиться, что прокси-запросы не обслуживаются с использованием второго VirtualHost, хотя заголовок Host - www.fakedomain.com. Способ сделать это - добавить VirtualHost, подобный этому, в верхней части вашей конфигурации :
<VirtualHost 127.0.0.1:80>
DocumentRoot "d:/www/wp-multisite"
ServerName www.fakedomain.com
ServerAlias *.mainblog.com
ErrorLog "logs/wpmultisite-error.log"
CustomLog "logs/wpmultisite-access.log" common
</VirtualHost>
Затем используйте файл hosts, чтобы убедиться, что fake.mainblog.com разрешает 127.0.0.1 на этом сервере. Оба вместе гарантируют, что mod_proxy использует 127.0.0.1 в качестве бэкэнда при сохранении заголовка хоста, а 127.0.0.1 с Host: www.fakedomain.com приведет к тому, что указанный выше VirtualHost будет использоваться для обслуживания запросов mod_proxy.