我有一个站点,当我尝试应用本地登台时,它运行良好,但我们尝试通过远程服务器连接它,它无法正常工作,给出错误连接无法建立。有人试过吗?
这是带有错误消息的配置:
这篇博文(免责声明:我自己的)解释了如何使用 https 进行操作 - 如果您不想加密,可以省略其中的长部分。它也涵盖了 6.0,但大体原理还是一样的。
您要特别注意该文章中的允许访问网络服务段落,并检查您的发布服务器(“阶段”)是否可以访问实时服务器。通常,如果这不在 localhost 上,则需要按照该文章中的说明进行配置。
当您指出您无法从暂存服务器连接到生产服务器时,请打开浏览器进行检查,在暂存服务器上运行并将其连接到生产服务器 - 转到http://production-server-name:8080/api/axis
并验证您是否可以连接(注意:您仅当不访问 localhost 作为生产系统时才能获得此测试的权威结果:请在暂存系统上运行浏览器!) - 通过此测试,您可以消除远程系统被禁止的第一次机会。一旦成功,您将需要在登台服务器上输入生产服务器的凭据 - 您使用的帐户需要有权更改发布内容(和页面等)时需要更改的所有数据
当登台的当前用户无权访问生产系统(使用所使用的凭据)时,您在添加的屏幕截图中给出的错误消息可能会出现 - 验证您是否拥有与登台系统上使用的用户帐户相同的用户帐户(一个从屏幕截图中获取错误消息的)在您的生产系统中。同步两者的密码。
在您的评论中,您提供的信息是您正在为登台和生产环境使用不同的版本 - 我不希望这会起作用,所以这可能是根本原因。使用相同版本的两个系统进行测试。
远程发布需要牢记的几个要点:
如果您不在 LDAP 上(或者您对不同的环境有不同的 LDAP),您应该验证您的用户帐户在源环境和目标环境中是否完全相同。因此,如果您在 QA 站点上并且想要远程发布到生产环境,那么您的屏幕名称、电子邮件地址和密码都应该相同。
电子邮件地址非常重要。根据您使用的 Liferay 发行版(版本),远程发布代码使用您的电子邮件地址,而不管您是否将 portal-ext.properties 配置为使用屏幕名称。
您应该在双方都有管理员角色。可能并非在每种情况下都需要它,但是将这个角色分配给进行远程发布的用户可以节省我调试某人远程发布为什么不起作用的时间和精力。调试这个过程需要很长时间。
如果远程发布给您带来了问题(可能是或者您不会在这里),请尝试执行 lar 文件导出/导入。这很重要,因为远程发布失败并不能完全帮助您告诉您失败的原因,它们只是告诉您然后失败了。令人惊讶的是,在导出过程中经常会出现问题,有时您可以使用全局范围和 portlet 首选项来查明导致 RP 失败的一些错误文档或您所做的时髦开发工作。在这种情况下,我通常使用此顺序 a) 控制面板中的扳手图标中的文档和媒体 [排除缩略图,否则您的 lar 文件可能会加倍,如果您不使用它们,也排除排名] b) 来自控制面板中的扳手图标 c) 公共页面 [包括数据 > 网页内容显示,
如果您已经拥有管理员角色,并且表示您没有 RP 到远程站点的权限,请使用“站点管理员”或“站点所有者”角色在目标环境中设置您的用户。
首先有点晚了,但是任何时候你有什么不工作的东西(远程发布或其他),在你做任何其他事情之前检查日志。Liferay 代码库不包括很多有用的日志记录,但您偶尔会得到一些信息,这些信息可以帮助您拼凑足够多的信息来进行根本原因分析。
干杯! 高温高压