AEM IISディスパッチャがフラッシュする403

Question

IISでディスパッチャをフラッシュするように設定しようとすると、403エラーが表示されます。私は、IISでAEM作成者インスタンスの認証を設定する必要があることはかなり確信していますが、それを実行するための手順はわかりません。私はサイトの認証を見ており、匿名認証はアプリケーションプールIDに設定されています。ディスパッチャのフラッシュユーザーはレプリケーションレシーバに設定されているため、IISがユーザーを匿名で報告している理由について少し混乱します。 作成者インスタンスが/dispatcher/invalidate.cacheにアクセスできるようにするにはどうすればよいですか？ 私はディスパッチャキャッシュも見ましたが、ディスパッチャフォルダまたはinvalidate.cacheが表示されません。アクセス許可が解決されたらこれが表示されますか？

私はすべてのリンクの前にQを置いたので、私はリンクを投稿できません。ログには表示されません。

IISログ： 2016年10月14日午後6時09分37秒999.999.999.999 GET /dispatcher/invalidate.cache - 80 - 999.999.999.999ジャカルタ+コモンズ-HttpClientを/約3.1：空白403 0 0 1

AEMのテストログ：Qhttpへ レプリケーションテスト：//www.myproject.ca：80 /ディスパッチャ/ invalidate.cache

2016年10月14日18時11分09秒 - フラッシュ生産ディスパッチャのためのHttpClient新しい作成

14.10.2016 18:11:09 - *認証ユーザー：複製受信者

2016年10月14日18時11分09秒 - * HTTPバージョン：1.1

2016年10月14日18時11分09秒 - 追加ヘッダ：CQ-処置：テスト

2016年10月14日18時11分09秒 - 追加ヘッダを - 2016年10月14日午後06時11分09秒/内容

：CQ-パス：CQハンドル：ヘッダを追加/コンテンツ

2016年10月14日午後06時11分09秒 - 配達

のコンテンツをデシリアライズ

14.10.2016 18:11:09 - メッセージ本文がありません：コンテンツReplicationContent.VOIDが空です

2016年10月14日18時11分09秒 - QhttpにGETリクエストを送信：//www.myproject.ca：80 /ディスパッチャ/ invalidate.cache

2016年10月14日18時11分09秒 - 送信されます。レスポンス：403 Forbidden

14.10.2016 18:11:09 -/contentのレプリケーション（TEST）が成功しませんでした。会話はその後に続きます

14.10.2016 18:11:09 ----------------------------------- -------------

2016年10月14日午前18時11分09秒 -

2016年10月14日午前18時11分09秒をwww.myproject.ca:80にメッセージを送信します - > > GET /dispatcher/invalidate.cache HTTP/1.0

2016年10月14日午後六時11分09秒 - >> CQ-処置：テスト

2016年10月14日午後六時11分09秒 - >> CQ-ハンドル： /コンテンツ

14.10.2016 18:11:09 - >> CQパス：/コンテンツ

14.10。2016年午後06時11分09秒 - >>リファラー：について：空白

2016年10月14日午後06時11分09秒 - >>のContent-Length：0

2016年10月14日午後06時11分09秒 - >>内容-Type：アプリケーション/オクテットストリーム

2016年10月14日午後06時11分09秒 - -

2016年10月14日午後06時11分09秒 - < < HTTP/1.1 403禁止

2016年10月14日18:11:09 - < <キャッシュ制御：プライベート

14.10.2016 18:11:09 - < <コンテンツタイプ：text/html;文字セット= UTF-8

2016年10月14日午後06時11分09秒 - < <サーバー：マイクロソフト-IIS/8.5

2016年10月14日午後06時11分09秒 - < <日：金、2016年10月14日18 ：11：09 GMT

2016年10月14日午後06時11分09秒 - < < HTTPエラー403.0 - 禁断の

2016年10月14日午後06時11分09秒 - < <あなたは、このディレクトリを表示する権限がありませんかページ。

2016年10月14日午前18時11分09秒 - < <ほとんど考えられる原因：

2016年10月14日午前18時11分09秒 - < <これは一般的な403エラーであると認証されたユーザーが表示を許可されていないことを意味ページ。

2016年10月14日午前18時11分09秒 - あなたが試すことができ< <もの：

2016年10月14日午前18時11分09秒 - < <は、このHTTPステータスコードのための失敗した要求を追跡するトレース規則を作成します。失敗した要求のためのトレース規則の作成の詳細については、Qhttp：//go.microsoft.com/fwlink/ LINKID = 66439

2016年10月14日午後六時11分09秒 - < <詳細なエラー情報：？

2016年10月14日18時11分09秒 - モジュール

2016年10月14日18時11分09秒 - < <通知      ExecuteRequestHandler

2016年10月14日18時11分09秒 - < < < <エラーコード      0x00000000の

2016年10月14日18時11分09秒 - - ハンドラ      AEM

2016年10月14日18時11分09秒< <要求されたURL       Qhttp：// www.myproject.ca:80/dispatcher/invalidate。キャッシュ

2016年10月14日午後06時11分09秒 - < <物理パス      C：\のinetpub \ wwwrootの\ディスパッチャの\ invalidate.cache

2016年10月14日午後06時11分09秒 - < <ログオン方法     匿名

2016年10月14日午後六時11分09秒 - < <ログオンユーザー     匿名

2016年10月14日午後06時11分09秒 - < <詳細情報：

2016年10月14日午後06時11分09秒 - < <この一般的な403エラーが認証されたユーザーは、要求されたリソースの使用を許可されていないことを意味します。 IISログファイルのサブ状態コードは、403エラーの理由を示す必要があります。サブ状態コードが存在しない場合は、上記の手順を使用して、エラーの原因に関する詳細情報を収集します。

2016年10月14日午後6時11分09秒 - < < Qhttp：//go.microsoft.com/fwlink/ LINKID = 62293 & IIS70Error = 403,0,0x00000000,9600見るより多くの情報

14.10？。 2016 18:11:09 - メッセージが送信されました。

14.10.2016 18:11:09 ------------------------------------- -----------

14.10.2016 18:11:09 -/contentのレプリケーション（TEST）が成功しませんでした。 レプリケーションのテストは、私の知る限りは、ディスパッチャフラッシュURLパス/dispatcher/invalidate.cacheにあなたの要求はHTTPステータス403（禁止）を返している言うことができるように

Answer 1

を禁止 に失敗しました。

dispatcher.any設定でこのパスを許可していないため、これが起こっているようです。通常は、すべてのパスをデフォルトでdenyに設定し、許可されているパスをホワイトリストに登録することをお勧めします。これはディスパッチャのfilterルールで行われます。

[...] 

    /filter 
     { 
      /glob "* /dispatcher/invalidate.cache" 
      /type "allow" 
     } 

[...] 

：このあなたの dispatcher.anyを見ていると、このような何かを試してみてくださいを修正するには