---
publishDate: 2026-07-06T08:31:00Z
lang: 'zh-tw'
translationKey: 'rustdesk-connected-waiting-for-image'
draft: false
title: 'RustDesk「已連線，等待影像中」完整修復指南'
excerpt: '「已連線，等待影像中」代表遠端畫面沒有被擷取到。本文彙整所有可能原因——無頭主機、休眠、編碼格式、驅動程式——並提供對應的解決方法。'
image: '~/assets/images/blog/rustdesk-connected-waiting-for-image-og.png'
category: '疑難排解'
tags: ['RustDesk', '疑難排解']
author: 'RustDesk Team'
slug: 'rustdesk-connected-waiting-for-image-zh-tw'
faq:
  - question: '為什麼 RustDesk 會顯示「已連線，等待影像中」？'
    answer: '連線本身已經成功建立，但遠端主機並沒有產生可傳送的畫面。最常見的原因是沒有可供擷取的作用中顯示器——例如未接螢幕的無頭伺服器、已進入休眠或鎖定的螢幕，或是作業系統不允許 RustDesk 錄製的顯示器。只要修復擷取來源，畫面就會出現。'
  - question: '在無頭電腦上，要如何修復 RustDesk 一直等待影像的問題？'
    answer: '沒有接螢幕的主機沒有畫面緩衝區（framebuffer）可以擷取，因此 RustDesk 沒有任何內容可以傳送。你可以接上實體螢幕、插上便宜的 HDMI 模擬顯示器插頭讓 GPU 誤以為接了螢幕，或是在 Linux 上依照官方文件設定無頭環境（github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support）。喚醒螢幕或讓螢幕保持不休眠，就能解決大多數情況。'
  - question: '更改視訊編碼格式能修復黑畫面問題嗎？'
    answer: '通常可以。在遠端連線工具列或設定中，你可以切換編碼格式——VP8、VP9、AV1，或是在硬體支援的情況下使用 H.264/H.265。如果遠端硬體無法編碼特定格式，畫面就會顯示空白或凍結，這時退回使用如 VP9 這類的軟體編碼格式，通常就能讓畫面恢復正常。'
  - question: 'RustDesk 在某台電腦上能顯示畫面，換一台卻不行，這是為什麼？'
    answer: '這通常代表問題出在無法顯示畫面的那台主機本身——可能是螢幕休眠或未接螢幕、macOS 缺少螢幕錄製權限、GPU 驅動程式過舊、硬體加速衝突，或是硬體無法處理的編碼格式。請針對「無法運作」的那台主機，依照本文各項原因逐一排查，而不是去檢查運作正常的那一台。'
  - question: '自架伺服器有可能造成「等待影像中」的問題嗎？'
    answer: '通常當你看到這則訊息時，連線其實已經建立成功，代表伺服器已經完成它的工作。不過，過載的公用中繼伺服器或遭封鎖的中繼連接埠，仍可能讓視訊串流卡住。若使用標準伺服器架構，請確保 TCP 21115-21117 與 UDP 21116 是可連通的；只有在使用 WebSocket 用戶端時，才需要額外開放 TCP 21118-21119。若想要更穩定一致的傳輸效能，可以考慮自架中繼伺服器。'

metadata:
  description: 'RustDesk 顯示「已連線，等待影像中」？本文教你修復黑畫面問題：無頭顯示器、休眠／鎖定、視訊編碼格式、GPU 驅動程式、Wayland，以及防火牆連接埠設定。'
  keywords: 'RustDesk 已連線等待影像, RustDesk 黑畫面, RustDesk 等待影像修復, RustDesk 沒有畫面, RustDesk HDMI 模擬插頭, RustDesk 視訊編碼格式, RustDesk 硬體加速'
---

如果 RustDesk 顯示 **「已連線，等待影像中」**，接著出現黑畫面，好消息是困難的部分其實已經完成：兩端已經找到彼此，連線也已經建立。真正缺少的是 _畫面_。問題出在遠端主機沒有產生可傳送的螢幕畫面。本文將依序說明所有已知原因，從最常見的狀況一路談到邊緣案例，並針對每一種原因提供具體的解決方法。

## 簡短結論

連線已經建立，但沒有畫面緩衝區可供擷取。當遠端主機**沒有接螢幕、螢幕處於休眠或鎖定狀態，或是作業系統不允許 RustDesk 錄製該顯示器**時，視訊串流就沒有任何內容可以編碼。只要讓 RustDesk 能夠擷取到真正、處於喚醒狀態的顯示畫面——不論是透過實體螢幕、HDMI 模擬顯示器插頭、正確的權限，或是相容的編碼格式——畫面就會出現。

## 從這裡開始：有沒有東西可以擷取？

目前回報最多的原因，是**無頭主機（headless machine）**——也就是沒有接螢幕、或螢幕處於休眠狀態下運作的伺服器、迷你主機或工作站。由於沒有作用中的顯示器，GPU 不會產生任何畫面緩衝區，因此 RustDesk 雖然連線成功，卻沒有任何內容可以傳送。這個狀況在 RustDesk 的問題追蹤系統中一再出現，包括[目標端螢幕關閉時出現黑畫面的回報](https://github.com/rustdesk/rustdesk/issues/9884)，以及長期存在的[「已連線，等待影像中」討論串](https://github.com/rustdesk/rustdesk/issues/222)。

有三種方式可以讓它有東西可以擷取：

- **接上螢幕**，並確認螢幕已經開機且處於喚醒狀態。
- **使用 HDMI（或 DisplayPort）模擬顯示器插頭。** 這種價格低廉的轉接頭能讓 GPU 誤以為接了螢幕，進而持續產生畫面緩衝區供 RustDesk 擷取。這是無頭桌上型電腦與家用伺服器的標準解法。
- **在 Linux 上，依照官方文件設定無頭環境。** RustDesk 支援無頭 Linux 環境，但設定方式與一般桌面連線不同——詳見[無頭 Linux 支援 wiki](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support)。

如果螢幕*確實*已經接上，那麼下一個可疑對象就是螢幕進入了休眠狀態。

## 依原因排查修復方法

| 原因                      | 現象                               | 解決方法                                                                                         |
| ------------------------- | ---------------------------------- | ------------------------------------------------------------------------------------------------ |
| 無頭主機／無顯示器        | 伺服器或迷你主機出現黑畫面         | 接上螢幕、加裝 HDMI 模擬插頭，或使用 Linux 無頭設定方式                                          |
| 螢幕休眠／鎖定            | 先前正常，閒置後變黑畫面           | 喚醒螢幕；停用休眠／螢幕保護程式；macOS 可在系統設定中關閉螢幕休眠                               |
| 缺少權限（macOS）         | 連線成功，但畫面持續全黑           | 在隱私權與安全性中授予螢幕錄製權限；安裝可支援登入畫面的輔助程式                                 |
| 編碼格式不相容            | 畫面空白或凍結                     | 切換編碼格式（VP8/VP9/AV1/H.264/H.265）；退回使用軟體編碼格式                                    |
| 硬體加速衝突              | 特定 GPU 上出現黑畫面              | 在連線工具列或設定中關閉硬體編碼器，或切換編碼格式                                               |
| GPU 驅動程式過舊          | 驅動程式或作業系統更新後出現黑畫面 | 更新 GPU 驅動程式（尤其是 NVIDIA）                                                               |
| Wayland 連線階段（Linux） | 沒有出現同意提示，畫面空白         | 接受 PipeWire/portal 提示，並確認已安裝桌面 portal；若發行版仍提供 X11 連線階段，使用 X11 也可行 |
| 網路／中繼伺服器卡住      | 卡在「等待影像中」不動             | 開放 TCP 21115-21117 與 UDP 21116；WebSocket 用戶端需額外開放 TCP 21118-21119                    |

### 螢幕休眠、鎖定與螢幕保護程式

如果先前正常運作，主機閒置一段時間後才變成黑畫面，那就是螢幕進入了休眠狀態。

- **Windows：** 設定電源計畫，讓螢幕與主機在需要遠端存取的時段內都不會休眠，並停用螢幕保護程式（或設定連線期間不需要輸入密碼）。
- **macOS：** 在需要遠端存取的時段內，避免螢幕進入休眠——可在**「系統設定」→「顯示器」**（或「鎖定畫面」／節能設定）中調整，並讓 Mac 保持接上電源，因為使用電池時的休眠行為會不同。
- **Android：** 螢幕必須處於開啟狀態才能分享畫面，因此連線前請先觸碰螢幕將其喚醒。從 iOS 連線到螢幕已關閉、處於休眠狀態的 Android 裝置，是一種[已知的「等待影像中」情況](https://github.com/rustdesk/rustdesk/issues/11479)——請先喚醒目標裝置。

### macOS 權限設定

macOS 在未經明確同意的情況下，不允許任何應用程式錄製螢幕。如果 RustDesk 在 Mac 上連線成功卻持續黑畫面，請開啟**「系統設定」→「隱私權與安全性」→「螢幕錄製」**，啟用 RustDesk，然後重新啟動應用程式。黑畫面如果*特別發生在登入畫面*，就代表 RustDesk 的服務／輔助程式沒有安裝成能在使用者登入前執行——請安裝該元件以支援登入前擷取畫面。

### 視訊編碼格式不相容

RustDesk 可以用多種方式編碼串流，而預設編碼格式不見得適合每一種遠端硬體。在連線工具列（或設定）中切換編碼格式——**VP8、VP9、AV1，或是在硬體支援的情況下使用 H.264/H.265**——並觀察畫面是否出現。如果硬體編碼器在特定 GPU 上產生空白畫面，退回使用如 VP9 這類軟體編碼格式，是最可靠的做法。

### 硬體加速與 GPU 驅動程式

部分 GPU——最常見的是 NVIDIA 相關配置——會與 RustDesk 的硬體加速擷取及算繪路徑產生衝突。以下兩種做法有助於解決問題：

- **關閉硬體編碼器。** 在連線工具列（或設定）中，停用**「使用硬體編碼器」**，讓編碼改用軟體路徑進行——這能解決許多有問題的 GPU 上的黑畫面問題。
- **更新 GPU 驅動程式。** 在驅動程式或作業系統更新後才出現的黑畫面，通常只要更新到最新版驅動程式就能解決，NVIDIA 硬體尤其如此。

### Linux 與 Wayland

在 Linux 上，**Wayland 的畫面擷取是透過 PipeWire 與 `xdg-desktop-portal` 進行的**：第一次使用時會跳出提示，要求你同意並選擇要擷取的顯示器——多數情況下系統會記住這項選擇，之後就不會再次提示——且必須在有作用中的登入工作階段內才能運作。這是 Wayland 的安全性設計，因此單靠這個機制無法涵蓋登入畫面（greeter）或真正的無頭主機——不過非互動式的 Wayland 擷取功能目前正在積極開發中（[PR #15420](https://github.com/rustdesk/rustdesk/pull/15420)）。如果你在 Wayland 上看到空白畫面，通常只要接受 portal 的畫面分享提示，並確認 `xdg-desktop-portal` 與 PipeWire 已安裝且正在執行即可解決；若是無頭主機，請依照文件中的[無頭環境設定](https://github.com/rustdesk/rustdesk/wiki/Headless-Linux-Support)進行。若發行版仍提供 X11/Xorg 工作階段，登入該工作階段也能繞過 portal 路徑——但由於愈來愈多發行版轉向僅支援 Wayland，修復 portal/PipeWire 路徑才是更長遠可靠的做法。

### 網路與中繼伺服器

由於這則訊息本身包含「已連線」字樣，連線通常已經成功建立——但如果中繼伺服器過載，或中繼連接埠遭到封鎖，*視訊畫面*仍然可能卡住。若使用標準伺服器架構，請確認**TCP 21115-21117 與 UDP 21116**在兩端之間皆可互通。**只有在使用 WebSocket 用戶端時，才需要開放 TCP 21118-21119**。公用示範伺服器屬於共用資源，無法保證其傳輸效能，因此如果你每天都仰賴 RustDesk 運作，自架專屬的中繼伺服器能讓運作表現穩定許多。如果連線本身持續中斷、或始終無法建立，那就是另一個問題了——請參閱 [RustDesk Server Pro 常見問題](https://rustdesk.com/docs/zh-tw/self-host/rustdesk-server-pro/faq/)。

## 隨時保持最新版本

舊版本會帶著舊版的擷取相關錯誤。請將**主控端與被控端**用戶端都更新到最新版本，如果你是自架伺服器，也請一併更新伺服器。許多黑畫面回報案例，只要雙方都完成更新，問題就自然消失了。

## 開源帶來的優勢

當黑畫面問題已經超出上述檢查清單的範圍時，RustDesk 提供了封閉原始碼工具所沒有的優勢：採用 AGPL 授權條款公開的實際擷取程式碼。你（或委託的技術人員）可以親自閱讀該平台上擷取功能的實作方式、重現問題，並直接針對公開儲存庫提出精確的問題回報——而無需苦等廠商的客服回覆。

## 伺服器掌握在自己手中，變數自然更少

自行架設[專屬的中繼伺服器與 ID 伺服器](/zh-tw/blog/why-self-host-remote-desktop-software-zh-tw)，就能徹底排除共用公共基礎設施這個變數——在追查擷取問題時，少一個未知因素，並且對於可調整的部分擁有完全的掌控權。這是除了資料掌控之外，另一項容易被忽略的附加價值。
