2016-11-22 5 views
0

クローズドユーザーグループで保護されたページがあります。 1つの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は、ユーザーがすでに認証されており、アクセス権がないと思うと考えています。

なぜこれが起こっているのか、どのように最初のインスタンスのように2番目のインスタンスを構成できますか?

+0

/protected-pageが2番目のサイト運営者に本当に存在することを確認してください。リソースがエージェントのレプリケーションキューに突っ込まれることがあります。通常、CUGで保護されたページにアクセスしようとすると403が表示され、ログインフォームにリダイレクトする必要があります – d33t

+0

ありがとうございます。しかし、存在することを確認しました - ユーザーが既にログインしている場合は、 。 – ofuangka

答えて

0

匿名ユーザーにCUGページを表示する権限があることを確認してください。ユーザーがそのリソースをまったく見ることができないため、404が表示されます。

関連する問題