Confluence 6 管理協同編輯 - 代理和 SSL 的考慮

對於你如何鏈接  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

相關文章
相關標籤/搜索