如何在 Ubuntu 24.04 上安裝 Jitsi Meet 並啟用 Let's Encrypt SSL

在執行軟體包安裝程式之前，請確保 DNS 名稱、防火牆和 TLS 配置正確，那麼在 Ubuntu 24.04 上安裝 Jitsi Meet 就非常簡單。 Jitsi 官方自架指南（上次更新時間為 2026 年 8 月 10 日）支援 Ubuntu 22.04 或更高版本，因此 Ubuntu 24.04 LTS 在其支援範圍內。該指南建議使用受信任的 TLS 證書，並在安裝過程中建議使用 Let's Encrypt 作為首選證書。

本指南以 ` meet.example.org<example.com>` 作為範例主機名稱。請將其替換為指向您伺服器的實際完整網域。

安裝 Jitsi Meet 之前需要準備什麼？

您應該擁有一台執行 Ubuntu 24.04 的伺服器，並具備 sudo 權限、公用 DNS 名稱以及 Jitsi 所需連接埠的入站網路存取權。 Jitsi 是一項即時 WebRTC 服務，因此，能夠提供網頁服務但無法接收 UDP 媒體流量的伺服器並非完整的部署。

具有管理員權限的 Ubuntu 24.04 LTS。
DNS A 記錄，例如meet.example.org指向伺服器公用 IPv4 位址的記錄。
可透過網際網路存取 TCP 連接埠 80 和 443。
Jitsi 正常媒體流量可透過 UDP 連接埠 10000 存取。
SSH 訪問，通常使用 TCP 22 端口，除非您已更改。
能夠充分控制任何上游雲端防火牆、安全群組、路由器或 NAT 設備，以轉送相同的連接埠。

Jitsi 的文檔還列出了啟用 STUN 查詢時使用的 UDP 3478 連接埠和用於 TURN 回退流量的 TCP 5349 連接埠。如果伺服器位於 NAT 之後，則 Ubuntu 系統以及路由器或雲端網路上的防火牆配置都必須正確。

在安裝 Jitsi Meet 之前，Ubuntu 24.04 終端機會顯示作業系統版本和 OpenJDK 17 版本檢查資訊。 — 在開始安裝 Jitsi Meet 之前，請確認伺服器執行的是 Ubuntu 24.04 並檢查 Java 執行環境。

Let's Encrypt 能否先解析主機名稱？

是的。首先建立 DNS 記錄，然後等待公共解析器返回伺服器的公網位址。 Let's Encrypt 必須能夠驗證主機名稱的控制權，Jitsi 的 Nginx 設定也會使用該主機名稱。

對於典型的部署，請建立 A 記錄：

類型	姓名	價值
一個	meet.example.org	您的伺服器的公共 IPv4 位址

從伺服器端驗證名稱解析是否符合預期：

getent ahostsv4 meet.example.org

如果傳回的位址錯誤，請立即停止並修復 DNS。在 DNS 解析錯誤之前頒發憑證通常會導致本可避免的驗證失敗。

meet.example.org 的 DNS 管理頁面，旁邊是一個終端，正在將主機名稱解析為其公共 IPv4 位址。 — 在申請 Let's Encrypt 憑證之前，請確認會議主機名稱能夠解析到 Ubuntu 伺服器的公用位址。

需要哪些基礎軟體包和Ubuntu軟體倉庫？

目前的 Jitsi Debian/Ubuntu 指南列出了 `--install` gnupg2、`--install` 或nginx-full` --install` ，以及使用 `sudo` 的情況。指南也指出必須使用 OpenJDK 17。 Jitsi 依賴 Ubuntu 軟體倉庫中的軟體套件。curlwgetsudouniverse

sudo apt update
sudo apt install apt-transport-https
sudo add-apt-repository universe
sudo apt update
sudo apt install gnupg2 nginx-full curl

此處保留該apt-transport-https軟體包是因為它仍然包含在當前的 Jitsi 快速入門指南中。在現代 Ubuntu 系統中，HTTPS 傳輸已整合到 APT 中，因此安裝軟體包實際上可能只是為了相容性，而不是為了啟用原本缺少的功能。

Ubuntu 終端機正在更新 APT，啟用 universe 軟體倉庫，並安裝 Jitsi Meet 的必備軟體包。 — 準備 Ubuntu 的軟體套件來源，並安裝目前 Jitsi 自託管指南中提到的先決條件。

如何新增 Prosody 和 Jitsi 軟體倉庫？

Jitsi 使用 Prosody 進行 XMPP 訊號傳輸。官方快速入門指南目前要求管理員同時添加 Prosody 軟體包倉庫和 Jitsi 穩定版倉庫。

sudo curl -sL https://prosody.im/files/prosody-debian-packages.key   -o /usr/share/keyrings/prosody-debian-packages.key

echo "deb [signed-by=/usr/share/keyrings/prosody-debian-packages.key] http://packages.prosody.im/debian $(lsb_release -sc) main" |   sudo tee /etc/apt/sources.list.d/prosody-debian-packages.list

sudo apt install lua5.2

curl -sL https://download.jitsi.org/jitsi-key.gpg.key |   sudo sh -c 'gpg --dearmor > /usr/share/keyrings/jitsi-keyring.gpg'

echo "deb [signed-by=/usr/share/keyrings/jitsi-keyring.gpg] https://download.jitsi.org stable/" |   sudo tee /etc/apt/sources.list.d/jitsi-stable.list

sudo apt update

請勿使用任意第三方 PPA 取代這些軟體來源。使用 Jitsi 官方文件中指定的軟體套件來源可以降低 Jitsi、Prosody 和 Ubuntu 軟體包不相容的風險。

Ubuntu 終端機顯示了已記錄的 Prosody 和 Jitsi 儲存庫金鑰和來源清單指令。 — 新增目前 Jitsi Debian 和 Ubuntu 安裝指南中使用的軟體包來源，然後刷新 APT 元資料。

安裝前應該打開哪些防火牆連接埠？

在申請證書之前，請先打開所需的端口，以便HTTP驗證能夠到達伺服器，並在安裝後確保媒體傳輸暢通。對於UFW防火牆，Jitsi目前的指南給了以下規則：

sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw allow 10000/udp
sudo ufw allow 22/tcp
sudo ufw allow 3478/udp
sudo ufw allow 5349/tcp
sudo ufw enable
sudo ufw status verbose

如果 SSH 使用不同的端口，請允許該端口，而不是盲目地添加 TCP 22 端口。在雲端虛擬機器上，請在提供者的防火牆或安全群組中複製必要的規則。在路由器後面的伺服器上，將所需的連接埠轉送到 Ubuntu 主機。

Ubuntu 終端機顯示 Jitsi Meet 的 UFW 規則，包括 TCP 80 和 443 以及 UDP 10000。 — 在 UFW 中開啟 Jitsi 文件中記錄的 web、media、SSH、STUN 和 TURN 端口，如果您的伺服器使用非標準端口，請調整 SSH 規則。

如何安裝 Jitsi Meet 並選擇 Let's Encrypt？

從 Jitsi 倉庫安裝元軟體包：

sudo apt install jitsi-meet

安裝程式會要求輸入 Jitsi 主機名稱。請輸入公網 DNS 名稱，例如meet.example.org。 Jitsi 最新文件指出，安裝程式也會提供 SSL/TLS 憑證選項，並建議使用 Let's Encrypt 憑證。出現此選項時，請選擇Let's Encrypt 憑證。

這比將舊的獨立證書腳本作為通用步驟要好。目前的快速入門指南將憑證選擇放在軟體包安裝流程的核心位置。如果您的已安裝軟體套件的行為與目前文件有所不同，請不要自行摸索：在手動變更 Nginx 或憑證檔案之前，請先檢查軟體套件提示和特定版本的 Jitsi 文件。

Ubuntu 軟體套件設定對話框，用於設定 Jitsi Meet 主機名稱和 Let's Encrypt 憑證選項。 — 在軟體包配置期間輸入公共會議主機名，並在安裝程式提示時選擇 Let's Encrypt 憑證選項。

如何確認HTTPS和會議頁面能夠正常運作？

https://meet.example.org從伺服器外部的瀏覽器開啟。成功部署後，Jitsi Meet 頁面應該可以正常加載，不會出現瀏覽器憑證警告。建立一個臨時房間，然後從另一個設備或網路加入。

第二個客戶端測試至關重要，因為載入登入頁面只能證明 HTTPS 連線正常，並不能證明 Jitsi Videobridge 的媒體流量可存取。如果兩個參與者可以加入會議但無法聽到或看到對方，請先檢查 UDP 10000 連接埠以及任何 NAT 或雲端防火牆規則。

Firefox 瀏覽器正在顯示 Jitsi Meet 登入頁面（https://meet.example.org），並附有安全連線指示器。 — 載入公共 HTTPS URL 並建立測試會議；有效的 Let's Encrypt 憑證應該可以避免瀏覽器出現信任警告。

安裝完成後該檢查哪些服務？

Jitsi Meet 由多個元件構成，而非單一的整體服務。軟體包安裝中常見的元件包括 Nginx、Prosody、Jicofo 和 Jitsi Videobridge。請逐一查看：

sudo systemctl --no-pager --full status nginx prosody jicofo jitsi-videobridge2

您也可以檢查監聽套接字：

sudo ss -lntup | grep -E ':80|:443|:10000'

如果某個服務未激活，請在重複重新安裝軟體包之前先閱讀其日誌。 Jitsi 快速入門指南特別指導管理員參考以下連結進行故障排除： [此處應插入連結] /var/log/jitsi/jvb.log、 [此處應插入連結/var/log/jitsi/jicofo.log] 和 [此處應插入連結]。/var/log/prosody/prosody.log

Ubuntu 終端顯示正在運行的 Nginx、Prosody、Jicofo 和 Jitsi Videobridge 服務，以及正在監聽的 Web 和媒體連接埠。 — 安裝完成後，檢查各個 Jitsi 元件，並確認預期的 Web 和媒體套接字是否正在監聽。

如果伺服器位於NAT之後怎麼辦？

Jitsi 的文件指出，如果伺服器位於 NAT 之後，並且所需的連接埠已轉發，Videobridge 通常應在啟動時自動配置。如果三方通話仍然失敗，則該指南中記錄了靜態本地地址到公共地址的對應/etc/jitsi/videobridge/jvb.conf：

ice4j {
  harvest {
    mapping {
      static-mappings = [
        {
          local-address = "<Local.IP.Address>"
          public-address = "<Public.IP.Address>"
        }
      ]
    }
  }
}

僅當此配置與您的網路拓撲結構相符時才使用。直接分配了公網位址的託管虛擬機器可能不需要映射，而位於一對一 NAT 或家用路由器後面的私人虛擬機器則可能需要。

面向互聯網的 Jitsi 伺服器是否應該允許任何人創建房間？

不一定。預設的軟體包安裝允許任何能夠訪問伺服器的人發起會議。對於私有組織、教室或內部服務而言，這可能過於寬鬆。 Jitsi 目前的文件建議，當需要限制誰可以建立會議室時，應配置身份驗證存取。在確認基本的 HTTPS 部署之後，將驗證視為一個單獨的安全加固步驟。

快速故障排除清單

症狀	先檢查
Let's Encrypt 憑證核發失敗	DNS A 記錄、公共 TCP 80 可及性，以及其他服務是否已擁有預期的 Web 連接埠。
Jitsi頁面無法載入	Nginx 狀態、TCP 443、DNS 解析和軟體包安裝錯誤。
瀏覽器顯示憑證警告	憑證主機名稱必須與 Jitsi 主機名稱完全匹配，並且必須由受信任的 CA 頒發。
兩名用戶加入，但沒有音訊/視訊連接。	UDP 10000、雲端防火牆規則、路由器轉送和 NAT 位址對映。
行動應用無法連接	確認伺服器正在使用受信任的憑證；Jitsi 文件警告說，在正常設定中，行動用戶端不接受自簽名部署。
任何人都可以創建會議	這是預設行為；如果無法接受，請配置身份驗證存取。

成功的 Ubuntu 24.04 部署應該是什麼樣的？

一個成功的配置不僅僅意味著「安裝程式已完成」。您的 DNS 名稱應該解析到預期的公共位址，瀏覽器應該透過可信任的 HTTPS 協定載入 Jitsi，Nginx 和 Jitsi 元件應該處於活動狀態，並且第二個參與者應該能夠交換音訊和視訊。如果這些檢查都通過了，那麼您就驗證了在單一伺服器部署中最重要的 Web、TLS、訊號和基本媒體路徑。

有關目前安裝詳情，請參閱Jitsi 官方 Debian/Ubuntu 自託管指南。有關架構和更廣泛的部署指導，請參閱Jitsi 官方自託管概述。如果使用者必須透過受限網路連接，請查看 Jitsi官方 TURN 設定文件。