支援 TLSv1.3

我們最近更新了 miniSIPServer 以支援 TLSv1.3。 本次修改不影響配置，如果您升級 miniSIPServer 到最新版本，無需修改任何配置。

miniSIPServer 有兩個模組有可能用到 TLSv1.3：（1）SIP 伺服器模組；以及（2）嵌入式 HTTP 伺服器模組。 如果您的 SIP 話機（或軟體電話）支援 TLSv1.3，那麼採用此協定將能更好地保護您的通訊。 請參考《基於 TLS 的 SIP》以了解更多細節。 目前本地 miniSIPServer 和雲端 miniSIPServer 都可以支援基於 TLSv1.3的 SIP 通訊。 

本機 miniSIPServer 採用內嵌式 HTTP 伺服器提供 web 管理，預設沒有加密。 如果您需要或希望透過公共網路管理、設定 miniSIPServer，那麼建議啟用加密傳輸的 HTTP 服務。 目前主流的瀏覽器，例如Chrome、Edge、Firefox 等，都支援 TLSv1.3，請參考《Web 管理》配置和啟用加密的HTTP。 

留言

發佈留言

此網誌的熱門文章

miniSIPServer 新 web 界面

圖片
（原文：請 點擊鏈接 。） 我們最近更新了 miniSIPServer 產品的 web 管理界面，包括本地 miniSIPServer 產品以及雲端 miniSIPServer。新界面更接近本地 miniSIPServer 的圖形管理界面，請參考下圖： 我們希望新界面能幫助已經熟悉本地圖形界面的 miniSIPServer 用戶，這些用戶在面對“熟悉”的界面時能快速體驗雲端 miniSIPServer。  
Read more »

外線的 RequestURI 參數

圖片
（原文：請點擊 鏈接 。） miniSIPServer 與 VoIP 服務器（網關）通過外線連接，發送消息（例如 REGISTER 或者 INVITE等消息）時會在 Request-URI 中自動附加參數“user=phone”。這是來自中國移動的要求。多數情況下這種做法都沒有問題，在 RFC3261 規範中也明確定義了 RequestURI 的附加參數。 然而事情總有意外。最近有些客戶向我們反映，miniSIPServer 與他們的 VoIP 服務商網絡對接失敗，對方服務器無法識別 RequestURI 的參數。當然，簡單的方法自然是這些服務商升級自己的服務器，遵循 RFC3261 標準規範的定義，這樣大家都會很舒適。 其中個別運營商堅持目前的狀態，不願意做出任何改變。那怎麼辦呢？我們不得不在外線的配置做出一點修改，請參考下圖： 我們在外線的“出呼叫”配置中，增加了一項“Request-URI 附加參數”。客戶們可以根據自己的網絡狀況來設置該項的值。 需要說明的是，如果是中文界面，我們默認客戶是在中國的網絡環境下配置外線，因此該項的默認值是“user=phone“，而其他語種的界面中，該項默認為空。我們認為這樣的處理可以滿足全球各種網絡環境的要求。 該修改已經應用於本地版本的 miniSIPServer 以及雲端版本的 miniSIPServer，歡迎大家試用。        
Read more »

在 Debian 12 (bookworm) 系統中運行 miniSIPServer

圖片
（ 原文：請 點擊鏈接 。 ） 最近 Debian 發布了最新的 V12 版本，即 Bookworm 版本。毫無疑問這是最新的穩定版本，也是商業環境中將會大量部署的版本，因此我們一如既往地在該版本中運行、測試了我們最新的 miniSIPServer 版本，驗證結果也是一如既往的完美！如下圖所示： 如果您是在 Linux 系統中部署 VoIP，您可以選擇 Debian 12 系統。請參考我們的 指導文檔 了解如何在 Linux 系統中安裝、運行 miniSIPServer。相信您會喜歡 Debian + miniSIPServer 的組合。  
Read more »