在機器 A 上，我啟動 Remmina (0.9.3) 並建立 VNC 傳入連線設定檔。我選擇了連接埠 5900，以及使用者名稱和密碼。高級或 SSH 下沒有任何更改。我啟動配置文件，它顯示“正在連接埠 5900 上偵聽傳入的 VNCI 連接...”
在機器 B 上，我啟動 Remmina 並建立 VNC 設定檔。我將 machinea.local:5900 設定為伺服器，輸入使用者名稱和密碼，其他一切保持原樣。我啟動配置文件，它顯示“正在連接到‘username@machinea’...”
耐心是一種美德，但半小時後，除了那些訊息視窗之外，什麼都沒有。
到目前為止我已經：
- 確保 UFW 未啟用
- 確認我可以從機器 A ping 和 ssh 到機器 B，反之亦然
- 嘗試過其他端口
- 沒有用戶名和密碼的情況下嘗試過
- 漫無目的的谷歌搜索
- 泡了一杯茶
下一步是什麼？
採取的進一步行動：
telnet machinea.local 5900確認我可以從機器 B成功（感謝 Pavlos G。）- 在機器A上運行
ifconfig以取得網路IP位址（10.0.0.x） - 嘗試使用 IP 位址而不是主機名稱進行 ping、telnet 和 Remmina
- 確認您沒有嘗試設定反向 VNC 連接
- 確認您沒有嘗試使用客戶端軟體作為伺服器（哦！）
答案1
看來協議選項VNC - Incoming Connection不是你所期望的。
雷米娜的維基頁面談論reverse VNC connection支持。
這意味著它顛倒了客戶端連接到伺服器的通常過程。
它主要在涉及防火牆/NAT 問題時使用。
因此，機器 A 上的 remmina 正在等待機器 B 上的 VNC 伺服器連接到它。
因此，remmina仍然是連接的客戶端，而不是伺服器端。
我做了以下測試，以便為您提供整個事情如何運作的範例：
為我的 Linux 盒子創建一個新的
VNC - Incoming Connection並啟動它。
現在 remmina 正在等待來自 a 的傳入請求VNC 伺服器 - 不是 VNC 用戶端在我的Windows機器上啟動tightVNC伺服器並選擇
attach listening viewer並新增我的Linux機器的IP位址和端口現在我的 Windows 盒子可以從 remmina 用戶端遠端存取。