· RustDesk Team · 指南 · 8 分鐘閱讀
為什麼要自行架設遠端桌面軟體
為什麼越來越多離開 TeamViewer 與 AnyDesk 的團隊,選擇自行架設遠端桌面:掌握資料、成本可預測,中間不再有雲端廠商。
多數遠端桌面工具的銷售模式只有一種:雲端訂閱制,由廠商的伺服器來協調——而且通常也負責中繼——每一個連線工作階段。其實還有另一種執行遠端存取的方式,而且並不新穎——只是較少被行銷推廣,因為它不會綁定持續性的雲端訂閱費用。這就是選擇自行架設遠端桌面軟體:在您自己掌控的基礎架構上,執行負責協調連線、並在直接連線失敗時進行流量中繼的伺服器。本文將闡述這種模式的理由,並以 RustDesk 作為具體實例。
「自行架設遠端桌面」實際上代表什麼
純雲端便利的代價在於,您的裝置清單、連線中繼資料,有時甚至是連線工作階段的流量,都會經過第三方——受制於對方的正常運行時間、對方的定價,以及對方的資安狀態。
自行架設則徹底翻轉這個局面。使用 RustDesk Server Pro 時,ID/集合伺服器、中繼伺服器、主控台以及儲存的部署資料,都運行在您自己的基礎架構上。直接連線仍然在端點之間傳輸;中繼連線則使用您所設定的中繼伺服器。RustDesk 是開源軟體(AGPL 授權),免費的社群版伺服器可以無限期使用。
純雲端 vs. 自行架設,一覽比較
| 典型純雲端工具 | 自行架設(RustDesk Server Pro) | |
|---|---|---|
| 連線工作階段的協調位置 | 廠商的雲端 | 您自己的地端主機或 VPS |
| 資料落地 | 由廠商掌控 | 伺服器端服務運行在您掌控的基礎架構上;端點路由仍然重要 |
| 並行連線數限制 | 通常依頻道/席位計算 | 標準方案無限制;客製化 V2 方案採計量計費 |
| 計價模式 | 依席位/頻道計費的雲端訂閱 | 依登入使用者數 + 受管理裝置數(價格) |
| 原始碼 | 封閉 | 開源(AGPL 授權),可稽核 |
| 中斷風險依賴對象 | 廠商的正常運行時間 | 您自己的維運團隊 |
| 由誰營運伺服器 | 廠商 | 您自己 |
自行架設不代表要犧牲規模或功能。針對需要支援更大規模裝置群的團隊,RustDesk 提供了大規模裝置部署規劃指南。對於 MSP(受管理服務供應商)與內部 IT 部門而言,還有自行架設的 Web 主控台、客製化品牌用戶端產生器,以及用於逐使用者存取控制的裝置群組與共用通訊錄。LDAP/SSO(OIDC)功能則從 Basic 方案起即可使用。
營運伺服器實際上需要做什麼
掌控權伴隨著一些維運工作——比多數團隊預期的要少,而且大部分只需做一次。以下是實際情況:
- 準備主機。 RustDesk 的硬體需求並不高,一台規格普通的 Linux 虛擬機——無論是地端主機或平價 VPS——即可執行 ID/集合伺服器與中繼服務。請依照您的裝置數量,以及最終有多少流量會走中繼(而非點對點)來規劃主機規格。
- 只開放您實際使用的連接埠。 RustDesk 原生用戶端需要 TCP 21115-21117 與 UDP 21116,用於 NAT 測試、連線服務、註冊、心跳偵測與中繼。請勿將 21114-21119 整個範圍都對外開放。TCP 21118-21119 是 WebSocket 後端,TCP 21114 則是 Pro 版 HTTP API/主控台後端。當 HTTPS/WSS 反向代理位於 Pro API 與 WebSocket 服務前端時,該部分流量只需對外開放 TCP 443,並讓 21114 與 21118-21119 保持在內部網路。若同時有原生用戶端連線,公開的 443 並不能取代原生用戶端所需的核心連接埠。詳見官方連接埠參考文件。
- 設定 TLS。 在反向代理端終止 HTTPS 與 WSS 連線,讓憑證、API 呼叫與瀏覽器用戶端流量都透過公開的 TCP 443,而不是直接暴露未加密的 HTTP 主控台/API 或原始 WebSocket 後端。
- 執行備份。 伺服器上儲存著您的裝置清單、使用者帳號、通訊錄與存取規則。請排定備份計畫——並且實際測試能否成功還原。
- 維持修補節奏。 新的伺服器版本會持續發布,而底層作業系統也由您自行負責。請決定由誰負責套用更新,以及更新頻率。
- 進行監控。 協調服務現在是您自己的,因此需要監看正常運行時間、磁碟空間與中繼吞吐量,警示與復原機制也都由您自行負責。
以上這些都不是什麼特殊困難的工作,而且大多只需設定一次。如果過程中遇到任何問題,RustDesk 支援團隊都能協助您解決。
如何評估是否採用自行架設
- 從社群版伺服器開始。 核心程式採 AGPL 授權——今天下午就能部署免費的開源伺服器,自行稽核,並且免費使用多久都可以。
- 需要 Pro 版的完整功能? 目前的方案價格請見 rustdesk.com/pricing,您也可以聯絡 [email protected] 了解目前有哪些評估方案可供選擇。
- 比起安裝,更想先看看? RustDesk YouTube 頻道上有完整的影片示範。
如果讓您開始尋找其他方案的原因,是漲價、封閉原始碼,或是您無法掌控的雲端服務,那麼自行架設就是從根本解決問題的方式,而不只是換來一次折扣。對於已經在營運基礎架構的團隊來說,這只是下一步,而非一次躍進:掌握伺服器,掌握資料,掌握成本。
Frequently asked questions
自行架設遠端桌面軟體是什麼意思?
這代表在您自己掌控的基礎架構上,執行負責協調連線、並在直接連線失敗時進行流量中繼的伺服器,而不是讓連線工作階段透過廠商的雲端來傳送。使用 RustDesk Server Pro 時,ID/集合伺服器(rendezvous server)、中繼伺服器、主控台以及儲存的部署資料,都運行在您自己的基礎架構上。
實際上,自行架設 RustDesk 伺服器需要做哪些事?
硬體需求並不高,而且大部分工作只需要做一次:準備一台小型 Linux 主機、只開放您實際使用的連接埠(原生用戶端需要 TCP 21115-21117 與 UDP 21116)、在反向代理設定 TLS,並排定備份計畫;之後就只是例行的修補與監控,若遇到問題,也能取得 RustDesk 的支援協助。
自行架設有助於資料落地(data residency)與 GDPR 合規嗎?
有幫助——這方面您能取得真正的掌控權:您可以選擇集合伺服器、中繼伺服器、主控台與裝置資料的執行地點。不過,這只是基礎,而非絕對保證,因為直接連線仍然是在端點之間直接傳輸——因此,流量是否維持在境內、是否符合 GDPR 義務,也取決於您如何規劃路由與營運整個部署。
自行架設適合所有團隊嗎?
自行架設適合想要掌控自身資料與基礎架構的團隊。這確實需要營運一台伺服器——規模不大,而且設定工作大多只需一次;因此,如果您完全不想營運任何伺服器,受管理的 SaaS 服務就是另一種替代模式。但 RustDesk Server Pro 在設計上就是自行架設的,正是為了讓您的資料留在自己的基礎架構上,中間不再有廠商的雲端——對於已經在營運基礎架構的團隊來說,這種自主掌控正是重點所在。
