AEM IIS 调度程序刷新 403答案

【问题标题】：AEM IIS dispatcher flush 403AEM IIS 调度程序刷新 403
【发布时间】：2017-02-24 07:09:02
【问题描述】：

当我尝试在 IIS 中通过作者设置调度程序刷新时，出现 403 错误。我相当确定我需要在 IIS 中为 AEM 作者实例设置身份验证，但我不确定要采取哪些步骤来做到这一点。我查看了该站点的身份验证，并将匿名身份验证设置为应用程序池标识。调度程序刷新用户设置为复制接收器，所以我有点困惑为什么 IIS 报告用户是匿名的。如何允许我的作者实例访问 /dispatcher/invalidate.cache？我还查看了调度程序缓存，但没有看到调度程序文件夹或 invalidate.cache。解决权限后会出现这种情况吗？

Stackoverflow 不允许我发布链接，所以我在所有链接前面都放了一个 Q。这不会出现在日志中。

IIS 日志： 2016-10-14 18:09:37 999.999.999.999 GET /dispatcher/invalidate.cache - 80 - 999.999.999.999 Jakarta+Commons-HttpClient/3.1 关于：空白 403 0 0 1

AEM 测试日志：复制测试到 Qhttp://www.myproject.ca:80/dispatcher/invalidate.cache

14.10.2016 18:11:09 - 为生产调度程序刷新创建新的 HttpClient

14.10.2016 18:11:09 - * 验证用户：replication-receiver

14.10.2016 18:11:09 - * HTTP 版本：1.1

14.10.2016 18:11:09 - 添加标题：CQ-Action:Test

14.10.2016 18:11:09 - 添加标题：CQ-Handle:/content

14.10.2016 18:11:09 - 添加标题：CQ-Path:/content

14.10.2016 18:11:09 - 反序列化交付内容

14.10.2016 18:11:09 - 没有消息正文：内容 ReplicationContent.VOID 为空

14.10.2016 18:11:09 - 向 Qhttp://www.myproject.ca:80/dispatcher/invalidate.cache 发送 GET 请求

14.10.2016 18:11:09 - 已发送。响应：403 禁止

14.10.2016 18:11:09 - /content 的复制 (TEST) 不成功。对话如下

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

14.10.2016 18:11:09 - 向 www.myproject.ca:80 发送消息

14.10.2016 18:11:09 - >> GET /dispatcher/invalidate.cache HTTP/1.0

14.10.2016 18:11:09 - >> CQ-Action：测试

14.10.2016 18:11:09 - >> CQ-句柄：/content

14.10.2016 18:11:09 - >> CQ-Path: /content

14.10.2016 18:11:09 - >>Referer: about:blank

14.10.2016 18:11:09 - >> 内容长度：0

14.10.2016 18:11:09 - >> Content-Type: application/octet-stream

14.10.2016 18:11:09 - --

14.10.2016 18:11:09 -

14.10.2016 18:11:09 - 模块

14.10.2016 18:11:09 -

14.10.2016 18:11:09 - 消息已发送。

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

14.10.2016 18:11:09 - /content 的复制 (TEST) 不成功。复制测试失败禁止

【问题讨论】：

标签： authentication iis aem

【解决方案1】：

据我所知，您对调度程序的请求刷新 url 路径 /dispatcher/invalidate.cache正在返回 HTTP 状态 403（禁止）。

这似乎是因为您在 dispatcher.any 配置中不允许此路径。通常，最佳实践是默认deny 所有路径，然后将允许的路径列入白名单。这是在调度程序filter 规则中完成的。

要解决此问题，您应该查看您的 dispatcher.any 并尝试以下操作：

[...]

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

[...]

【讨论】：