У меня есть страница, защищенная закрытой группой пользователей. В одном экземпляре AEM, если пользователь, не прошедший проверку подлинности, пытается получить доступ к странице, он перенаправляет на форму входа, как и ожидалось.Различное поведение перенаправления между 2 экземплярами AEM
В другом экземпляре AEM пользователь, обращающийся к защищенной странице, не перенаправляется в форму входа. Вместо того, чтобы результатом является 404.
Вот access.log для рабочего экземпляра:
10.10.10.10 - - 22/Nov/2016:11:59:01 -0600 "GET /protected-page.html HTTP/1.1" 200 352 "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36"
10.10.10.10 - admin 22/Nov/2016:11:59:01 -0600 "GET /system/sling/cqform/defaultlogin.html?resource=%2Fprotected-page.html&$$login$$=%24%24login%24%24 HTTP/1.1" 200 2267 "https://domain.com/protected-page.html" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36"
Вот access.log для не работает, например:
10.10.10.11 - anonymous 22/Nov/2016:12:03:22 -0600 "GET /protected-page.html HTTP/1.1" 404 467 "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36"
Разница, как представляется, что идентификатор пользователя для рабочего запроса - -, тогда как в сломанном он анонимный. Я думаю, это означает, что сломанный AEM считает, что пользователь уже прошел аутентификацию и просто не имеет доступа.
Любая идея, почему это происходит и как я могу настроить второй экземпляр, как первый?
Убедитесь, что/protected-страница действительно существует во втором издателе! Может случиться так, что ресурс застрял в очереди репликации агента. Обычно вы должны получить 403, если вы попытаетесь получить доступ к странице с защитой CUG, и вы должны быть перенаправлены на форму входа – d33t
Спасибо, но я подтвердил, что она существует - если пользователь уже зарегистрирован, они правильно доставлены на защищенную страницу , – ofuangka