2013-05-09 56 views
3

我有一个非常有趣的问题瓦特/内容出现在我的发布实例。让我来解决这个问题,看看有没有人可以帮忙。cq5权限问题查看内容发布

  1. 我有一个作家和出版实例建立起来的。
  2. 作者已经并仍然成功地将作者的项目复制到发布而没有任何问题。
  3. 我所有的代码库已经迁移完毕,我的罐子很好 - 我甚至重建了发布实例crx中的各个罐子,以确保。

-------现在的问题。

我去发布一个新的页面,并没有在发布实例显示出来。这不是一个新的模板或组件类型,只是要添加到列表中的另一个页面。这些是我采取的行动和我发现的。我目前设置了2个发布实例,但将它们同义称为“发布”,因为它们的状态看起来相同。

  1. 激活发布 - 并没有显示在发布

  2. 登录到发布/ CRX /德/ index.jsp中,以确保它被正确地复制。

  3. 内容确实使它很好,是在/内容的正确路径

  4. 的ACL和访问控制权限是一样的相同类型的所有其他内容节点。 (请注意,这些内容节点是完全可见的)。

  5. 在我的日志中没有堆栈跟踪误差。然而,当通过调度程序时,我得到这个错误:org.apache.sling.servlets.get.impl.DefaultGetServlet扩展js没有渲染器,无法渲染资源JcrNodeResource,type = XXX,superType = null,path =/content/XXX/JCR:内容

  6. 我继续登录在我发布/ CRX /日admin和问题击中了内容页面,一切似乎都很正常。这意味着这些内容可供管理员使用,而不是匿名用户。

  7. 编辑:我确保检查所有3个实例中的匿名上下文 - 都直接和通过调度器发布实例。

  8. 从这里我认为它必须是访问控制的问题,但新节点对匿名用户上下文可用的节点具有相同的权限。

  9. 要检查它是否是复制的问题,我去和停用其他一些类似的节点,看到他们消失了,reactived他们,看到他们回来。按照这一思路,我将组织(旧节点+我的新节点)取消激活,然后响应它们 - 所有旧节点都出现了,并且新节点仍然具有相同的权限问题。

访问控制是否可在其他地方使用?我很好奇是否有其他地方让我看看,以便弄清楚这段内容有什么问题。

谢谢你, 布罗迪

回答

1

您可以为“everyone”组设置“读取”权限。最终,您会希望将调度员放在发布者面前,并防止直接公开访问您的发布实例(最好是坐在VPN后面)。

这意味着您的调度程序将会拒绝/ apps的访问,并且您的实例仍然是安全的,只要匿名用户可以将该页面呈现在/内容下,发布者的ACL就无关紧要

1

您是否尝试过直接击中页面上(绕过调度员)发布匿名用户?这可以帮助您排除它是否是调度员问题。

本文还可以帮助:http://forums.adobe.com/message/4263731它包括这样的:

"The issue was that after creating a new site on an author instance, when viewing it on the publish site the page was not rendering correclty. The visible symptom was that initial HTML tags (for HTML, HEAD, META, and BODY) were being generated, but the content was not be filled in. I did Activate my content properly, however, because it was a new site, and I had generated new components and site templates which resided in the "apps" folder and assets in the "etc" folder, they were not available to be rendered and so the HTML page was blank (because they could not be found on the publish instance). What I did was use the "Activate Tree" under the Tools section to publish content in /content/mysite. What I missed was using the Activate Tree to publish items I had created in /etc/designs/mysite and /apps/mysite."

+0

我道歉,我应该已经明确表示,我做到了。我通过调度程序检查了两个实例以及发布视图的正常匿名上下文。 我确实发现了问题,并会发布答案,但我希望对我的发现有所反应。 – 2013-05-10 17:09:37

1

所以这是解决方案,我发现,但我不觉得这是最好的解决方案。

根本问题是访问控制在组件的视图上受到限制。这是因为/ apps有一个默认拒绝来读取“Everyone”组。

我改变了这一点,但被告知cq5.4这是作为安全预防措施。

因此,为了解决我的问题,我担心它可能会引入新问题。在解决此问题之前,我想先获得更多答案。

+0

看看这里:https://cqwemblog.wordpress.com/tag/anonymous-login-cq5/,你是否尝试在发布时启用匿名访问? – ronnyfm 2015-03-10 12:55:53

-1

文üZIP从包管理器用户和组权限添加其中U与名字中间有所有节点“REP:政策”,“S和INSTALL新的CQ