· RustDesk Team · 比較 · 9 分鐘閱讀
RustDesk 對比 VNC:NAT 穿透、編碼器與加密機制
實務比較 RustDesk 與 VNC:免連接埠轉發的 NAT 穿透、現代編碼器、內建加密,以及為何團隊紛紛從 VNC 轉向 RustDesk。
VNC 是控制另一台電腦最古老、也最廣泛部署的方式之一。它是貨真價實的開放標準,幾乎無所不在,而且在區域網路環境下,其簡單程度難以被超越。RustDesk 鎖定同樣的核心需求,但一開始就是為了 NAT、防火牆與混合作業系統的世界而設計。兩者的差異,最終取決於各自如何在網路中傳輸資料——以及你需要額外堆疊多少東西,才能讓連線變得安全。
這篇比較文章著重於持久、可驗證的事實,而非取決於你硬體與網路連線狀況的效能測試。
VNC 究竟是什麼
「VNC」並非單一程式,而是一整個系列的實作——RealVNC、TightVNC、TigerVNC、UltraVNC 等等——它們都使用 RFB(Remote Framebuffer,遠端畫面緩衝區)協定 (Wikipedia)。RFB 本質上是以像素為基礎的:伺服器會將畫面緩衝區的更新傳送給檢視端。這種設計簡單又具可攜性,也正因如此,VNC 才能從企業伺服器到 Raspberry Pi 無所不在。
授權條款則各家不同。TigerVNC 以 GNU GPL 授權釋出,TightVNC 是由社群驅動的開放原始碼分支,而 RealVNC 的檢視器則是專有的商業維護產品。因此「VNC 是開源軟體」這句話只對部分實作成立,並非全部皆然。
RustDesk 是什麼
RustDesk 是一套單一的開源應用程式(AGPL 授權),擁有自己的架構。用戶端會主動向外連接至 ID/會合(rendezvous)伺服器,由該伺服器居中協調點對點連線或中繼連線。根據 RustDesk 文件,所有流量皆採用點對點加密(基於 NaCl 建構),而影像則使用現代編碼器——軟體端為 VP8、VP9 與 AV1,並支援 H.264/H.265 硬體編碼路徑——而非原始像素矩形資料。你可以讓每個用戶端連接公共基礎架構、自架伺服器,或是自行撰寫的會合/中繼伺服器。
網際網路的難題:NAT 穿透
這是兩者最鮮明的分野。基本的 VNC 協定完全沒有 NAT 穿透能力。根據 VNC 文件的說明,若要透過網際網路連接一台機器,「使用者必須在本機防火牆開放此連接埠,並設定連接埠轉發以轉發 TCP 5900 埠……如果裝置位於網路位址轉譯(NAT)路由器之後」。常見的解決方法是「透過 Secure Shell(SSH)建立 VNC 通道」,這麼做同時也補上了純 VNC 所缺少的加密機制。部分商業 VNC 產品(例如 RealVNC 的雲端服務)會加入自家的中介服務來避開這個問題,但那屬於廠商額外附加的功能,並非協定本身的一部分。
RustDesk 的設計方向恰恰相反。由於端點用戶端會主動對外連接至會合伺服器,並在直接連線失敗時回退至中繼伺服器,RustDesk 得以穿越 NAT 與防火牆,且每個端點都不需要連接埠轉發、VPN 或 SSH 通道。端點本身不需要對內監聽的連接埠,但自架的 ID/會合與中繼伺服器,仍必須在其文件所列的服務連接埠上接受對內流量。正是這套 NAT 穿透機制,讓它成為適用於遠端及跨作業系統存取的實用 Chrome 遠端桌面或免費工具替代方案。
加密機制:預設啟用 vs 視情況而定
在 VNC 的世界裡,加密與否屬於各家實作的細節。RealVNC 在其商業版本中提供 AES 加密;相對地,根據 VNC 文件的說明,「TightVNC 並不安全,因為畫面資料是以未加密的方式傳輸」,並且「應該透過 SSH 連線建立通道」。因此,一個 VNC 連線是否安全,完全取決於你選用哪一款伺服器,以及如何設定它。
RustDesk 則是在每一個連線上預設套用點對點加密,無論是否自行架設伺服器,都不需要另外記得設定 SSH 通道。
RustDesk 與 VNC 一覽表
| RustDesk | VNC (RFB) | |
|---|---|---|
| 本質 | 單一 AGPL 應用程式 + 會合/中繼伺服器 | RFB 協定,多種實作 |
| 原始碼授權 | 開源(AGPL) | 情況不一:GPL/開源(TigerVNC、TightVNC)、專有(RealVNC) |
| 跨平台支援 | Windows、macOS、Linux、Android;iOS(僅支援作為控制端) | 支援範圍非常廣,包含 Raspberry Pi |
| NAT 穿透 | 內建(會合 + 中繼) | 基本協定不支援——需要連接埠轉發/VPN/SSH |
| 加密機制 | 預設點對點加密(NaCl)(文件) | 視情況而定:從 AES(RealVNC)到完全無加密(TightVNC) |
| 影像傳輸 | 現代編碼器(VP8/VP9/AV1、H.264/H.265) | 以像素為基礎的 RFB 編碼 |
| 自行架設 | 支援——可架設自己的 ID/中繼伺服器 | 開源實作可支援(無內建中介服務) |
| 區域網路設定 | 簡單 | 非常簡單 |
| 協定標準化程度 | RustDesk 專屬協定 | 開放、歷史悠久的 RFB 標準 |
如需確認 RustDesk 目前的方案詳情,請參閱 rustdesk.com/pricing。
RustDesk 領先的地方
只要你離開區域網路,或需要在團隊與平台之間保持一致性,RustDesk 的設計優勢便立刻顯現:
- 免管線配置即可觸及網際網路。 NAT 穿透與中繼回退機制,代表每個端點都不需要連接埠轉發、VPN 或 SSH 通道。
- 不必自行設定的加密機制。 預設即為點對點加密,而不是一項需要你自行審查評估的實作選項。
- 現代編碼器。 在頻寬受限或高延遲的連線環境下,VP8/VP9/AV1 以及硬體 H.264/H.265 編碼的表現,通常都優於原始像素編碼。
- 一套可稽核的應用程式,搭配一台自架伺服器。 開源(AGPL)軟體加上自架的 ID/中繼伺服器,能讓程式碼與連線階段資料都保留在你所掌控的基礎架構上。
代價在於:自行架設 RustDesk 表示必須有人負責維運伺服器——包括佈建、TLS、連接埠設定,以及長期的修補更新。純區域網路的 VNC 架設則完全不需要這些工作。這才是兩者之間真正的取捨所在。
那麼,你該選哪一個?
如果是在受信任的區域網路、實體隔離(air-gapped)網段,或是 Raspberry Pi 上使用,VNC 的簡單與標準化確實難以超越。但一旦你需要安全地跨越網際網路、希望加密機制預設就開啟,或必須用同一套工具同時支援 Windows、macOS、Linux、Android 與 iOS,RustDesk 的架構就能替你分擔更多工作。如果你也在考慮原生的 Windows 工具,我們的 RustDesk 與 RDP 比較 文章同樣涵蓋了這個選項。
立即試用
如果這篇比較終於讓你決定淘汰 SSH 通道,不妨從免費的社群伺服器開始——開源、永不過期,並內建 NAT 穿透功能。若想瞭解 Pro 版評估條件,歡迎來信 [email protected];目前的方案價格請參閱 rustdesk.com/pricing。
Frequently asked questions
RustDesk 是以 VNC 為基礎開發的嗎?
不是。VNC 使用 RFB(Remote Framebuffer)協定來傳送像素更新資料。RustDesk 是一套獨立的開源(AGPL)應用程式,擁有自己的會合/中繼架構、現代影像編碼器,以及點對點加密機制。它並不是 VNC 用戶端或伺服器。
VNC 在不進行連接埠轉發的情況下,能透過網際網路運作嗎?
單靠它自己不行。基本的 VNC/RFB 協定並不具備 NAT 穿透能力,因此透過網際網路使用時,通常需要轉發 TCP 5900 埠、使用 VPN,或建立 SSH 通道——除非你使用廠商提供的雲端中介服務。RustDesk 則是透過 ID 伺服器與中繼伺服器來居中協調連線,因此完全不需要上述任何一種做法,就能穿越 NAT。
VNC 有加密嗎?
這取決於實作方式。RealVNC 在其商業產品中提供 AES 加密,而 TightVNC 則是以未加密的方式傳輸畫面資料,設計上預期使用者會透過 SSH 建立通道。RustDesk 則是在所有連線上,預設一律套用點對點加密(NaCl)。
在區域網路的家用實驗室(home lab)環境中,RustDesk 和 VNC 哪個比較好?
在受信任的區域網路中,VNC 極其簡單、標準化程度高,且幾乎在每一種作業系統上都能使用,甚至包含 Raspberry Pi。RustDesk 則提供 NAT 穿透、現代編碼器,以及預設加密機制,這些優勢在你離開區域網路,或需要跨作業系統的遠端存取時,會變得更加重要。
