2個AEM實例之間的不同重定向行爲

我有一個受封閉用戶組保護的頁面。在一個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"

的差異似乎因爲工作請求的用戶ID是 - ，而在破壞者中它是匿名的。我認爲這意味着破碎的AEM認爲用戶已經被認證並且無法訪問。

任何想法爲什麼會發生這種情況，以及如何配置第二個實例像第一個實例？

來源

2016-11-22 ofuangka

確保第二個發佈者確實存在/ protected-page！可能會發生資源被代理程序的複製隊列中斷的情況。通常情況下，如果您嘗試訪問受CUG保護的頁面，並且應該將其重定向到登錄表單 – d33t

，則應該得到403。但是，我確認它確實存在 - 如果用戶已經登錄，它們會被正確帶到受保護的頁面。 – ofuangka

確保匿名用戶有權查看CUG頁面。你得到404是因爲用戶根本看不到那個資源。

來源

2016-11-25 12:23:57 d33t

2個AEM實例之間的不同重定向行爲

回答

相關問題