2015-12-15 45 views
1

我們正在嘗試使用RESTCOMM OLYMPUS作爲我們應用程序的一部分進行少量定製。主要的定製是我們已經在我們的Apache TOmcat Web服務器上部署了OLYMPUS war,並且OUTBOUND PROXY被正確指向了運行RESTCOMM的同一臺服務器。- Restcomm奧林巴斯WebRTC WSS錯誤,

到目前爲止一切都很好,但最近我們由於鉻修復引起的不安全的原產地問題而導致「getUserMedia()」棄用問題。 所以,這意味着我們需要使用HTTPS和WSS。我可以看到,大約7天后,如果在瀏覽器位置欄中使用了HTTPS,OLYMPUS代碼已在GITHUB上更新以使用WSS。 首先,我們安裝了自簽名CERT並在TOMCAT上啓用了SLL配置,以便我們的定製OLYMPUS用戶界面可以通過來自Tomcat的https訪問。然後我們使用WSS協議連接到OUTBOUND PROXY。 BT我們得到了下面的錯誤

「WebSocket連接到 'WSS:/:5082 /' 失敗:錯誤的連接建立:網:: ERR_TIMED_OUT WSMessageChannel:createWebSocket():WebSocket連接失敗:對象事件]「

然後我們認爲除了TOMCAT(部署WAR)之外,我們還需要在RESTCOMM上安裝自簽名證書和SSL配置。所以我們通過遵循http://docs.telestax.com/restcomm-enable-https-secure-connector-on-jboss-as-7-or-eap-6/並且我們還使用了WSS協議。

但是這一次我們也得到了錯誤,但使用不同的錯誤代碼,雖然 「WebSocket連接到‘WSS:/:5083 /’失敗:錯誤的連接建立:網:: ERR_CONNECTION_CLOSED WSMessageChannel:createWebSocket( ):websocket連接失敗:[對象事件]「

我可以請求論壇來解釋一下,如果我們在這裏錯過任何細節?

在此先感謝

+1

好吧,那麼您的RestComm服務器運行在哪裏?是AMI,碼頭形象還是郵編? 最好的問候,安東尼斯Tsakiridis – atsakiridis

+0

它是一個zip捆綁我們已經安裝在我們的UBUNTU服務器。 順便說一句,我們也遵循了類似問題(https://github.com/Mobicents/olympus/issues/13)的迴應,即通過更新Edit $ RESTCOMM/standalone/configuration/mss-sip-stack來更新JAIN配置。屬性 但仍然沒有運氣,我們正面臨錯誤WebSocket連接到'wss:// OUR SERVER IP:5083 /'失敗:WebSocket打開握手被取消jain-sip.js:25466 WSMessageChannel:createWebSocket():websocket連接已失敗:[對象事件] 事實上,我們已經嘗試了端口5082和5083,沒有運氣。 –

回答

1

我會建議使用,而不是使用zip包中的mobicents RestComm泊塢窗的形象,因爲搬運工圖像的所有設置自動和https/WSS處理應該工作開箱。這裏有一些簡單的步驟,讓你開始:

  • 如果不是已經有
  • 下載RestComm碼頭工人形象在你的Ubuntu安裝搬運工:

    $搬運工拉mobicents/restcomm:最新

  • Start docker image:

    $ docker run -e SECURE =「true」-e SSL_MODE =「allowall」-e USE_STANDARD_PORTS =「true」-e VOICERSS_KEY =「VOICERSS_KEY_HERE」--name = res tcomm -d -p 80:80 -p 443:443 -p 9990:9990 -p 5060:5060 -p 5061:5061 -p 5062:5062 -p 5063:5063 -p 5060:5060/udp -p 65000-65535 :65000-65535/UDP mobicents/restcomm:最新

現在,你應該能夠到達你的restComm實例管理UI:

https://<host ip address>/

確保你沒有任何服務器在您的主機上運行在上面的碼頭集裝箱使用的端口上,或者您將不得不使用不同的端口(請參閱碼頭集線器頁面中的這些選項)

最好的問候, 安東尼斯Tsakiridis

+1

這不提供問題的答案。要批評或要求作者澄清,請在其帖子下方留言。 - [來自評論](/ review/low-quality-posts/10619738) – fasteque

+0

你是對的,我解決了這個問題,並提供了對上述答案的評論。然後,在回覆評論之後,我回答了我的問題 – atsakiridis

+0

我們設法解決了使用ZIP捆綁工作的WSS錯誤獲取HTTPS的問題。但爲此,除了遵循「http://docs.telestax.com/restcomm-enable-https-secure-connector-on-jboss-as-7-or-eap-6/」的說明外,我們也必須按照鏈接https://docs.jboss.org/author/display/AS71/SSL+setup+guide在STANDALONE.XMl中執行SSL配置。然後我們能夠解決WSS錯誤。但是我認爲你的觀點是使用DOCKER,因爲我認爲我們不必自己做許多如此多的配置更改,因爲碼頭工人會自己處理它。我們也會嘗試。 –