Confluence 6 管理协同编辑 - 代理和 SSL 的考虑

时间 2019-11-12

原文原文链接

对于你如何链接 Synchrony 是与你的环境有关的。咱们知道绝大部分的 Confluence 站点是运行在反向代理后面的，同时还使用了 SSL。这里是帮助你在你环境中识别正确的配置的一些信息和一些针对你环境须要作的一些协同合做方面的修改。html

SSL

Synchrony 运行在一个独立的 JVM，这个并不须要支持直接的 HTTPS 链接。若是你没有使用反向代理，SSL 应该在 Tomcat 中定义，若是你使用了方向代理或者负载均衡。那么 SSL 应该在你的反向代理和负载均衡中进行配置和定义。web

Proxies

在下面的图表中，咱们使用 Confluence 运行的环境下一般的代理和反向代理配置，同时 Confluence 也运行在 /confluence 上下文路径，（例如， www.mysite.com/confluence）。若是你的 Confluence 没有使用上下文，那么这个概念和配置也是同样的（例如，www.myconfluence.com）。apache

下面的配置只是特定于 Confluence 服务器，若是你使用的是数据中心，请参考 Configuring Synchrony for Data Center 页面中的内容来得到更多信息。api

没有反向代理

若是你没有在 Confluence 中使用反向代理，那么你的会经过 Confluence 的内部 Synchrony 代理链接到 Synchrony。若是使用了 SSL 的话，那么这个是经过 Tomcat 决定的。这个是默认的配置，针对这个状况你在启用协同编辑的时候不须要进行任何进一步的修改。服务器

使用一个反向代理

若是你的 Confluence 是运行在一个反向代理后面的话，你须要经过 Confluence 内部 Synchrony 代理来链接 Synchrony 。这个是反向代理的默认设置，若是你不但愿开发 8091 端口的话，这个也是一个很好的选择。SSL 应该经过你的额反向代理服务器来配置和肯定。app

针对 Synchrony 配置你不须要作任何进一步的反向代理配置，可是在最好的状况下，你的反向代理应该支持 WebSocket 链接（你须要在你的代理中手动启动这个）。负载均衡

为了告诉 Confluence 你但愿使用内部代理，设置 synchrony.proxy.enabled system property 中的配置设置为 true。（这个是可选的，可是这个能够避免 Confluence 在经过内部代理以前来经过 /synchrony 来找到 synchrony）。url

若是 Synchrony 不能访经过 /synchrony-proxy 进行访问，咱们将会自动的尝试 /confluence/synchrony-proxy （/confluence 是你 Confluence 的上下文）。spa

Synchrony 使用一个反向代理目录

若是你的 Confluence 是运行在一个反向代理的后面，可是你在经过 Confluence 的内部 Synchrony 代理进行链接的时候遇到了问题或者没法链接的状况，你能够选择链接目录到 Synchrony。这个是最佳的设置，可是不须要你环境作一些改变。你须要打开 8091 端口，同时添加 /synchrony 到你的反向代理配置中。SSL 仍是经过你反向代理服务器决定和定义的，Synchrony 还不能接受 HTTPS 的链接。代理

若是 Synchrony 不能访经过 /synchrony-proxy 进行访问，咱们将会自动的长沙 /confluence/synchrony-proxy （/confluence 是你 Confluence 的上下文）。

下面的一些指南是有关反向代理的配置相关的一些文章。目录的顺序是很重要的，请查看咱们的一些示例。

XHR fallback

当一个经过经过 WebSocket 链接到 Confluence 的时候，咱们将会返回一个 XML HTTP Request （XHR），这个可以容许用户成功的对页面进行编辑。为了让用户得到最佳的编辑体验，咱们强烈建议你在你的环境中配置容许 WebSocket 链接。

XHR fallback 在默认的状况下是启用的，可是必要的话，能够经过 system property 进行禁用。你应该不须要对这些进行修改。

https://www.cwiki.us/display/CONF6ZH/Administering+Collaborative+Editing