在机器 A 上，我启动 Remmina (0.9.3) 并创建 VNC 传入连接配置文件。我选择了端口 5900，并设置了用户名和密码。在高级或 SSH 下没有任何变化。我启动配置文件，它显示“正在端口 5900 上监听传入的 VNCI 连接...”
在机器 B 上，我启动 Remmina 并创建 VNC 配置文件。我将 machinea.local:5900 设置为服务器，输入用户名和密码，其他内容保持不变。我启动配置文件，它显示“正在连接到‘username@machinea’...”
耐心是一种美德，但半小时后仍然只剩下那些消息窗口。
到目前为止我已经：
- 确保未启用 UFW
- 确认我可以从机器 A ping 和 ssh 到机器 B，反之亦然
- 尝试过其他端口
- 尝试不使用用户名和密码
- 漫无目的地用 Google 搜索
- 泡了一杯茶
下一步是什么？
采取的进一步行动：
- 确认我可以
telnet machinea.local 5900从机器 B 成功（感谢 Pavlos G.） - 在机器A上运行
ifconfig以获取网络IP地址（10.0.0.x） - 尝试使用 IP 地址而不是主机名来 ping、telnet 和 Remmina
- 确认你没有尝试设置反向 VNC 连接
- 确认您正在使用而不是尝试使用客户端软件作为服务器（doh！）
答案1
看来协议选项VNC - Incoming Connection不是您所期望的。
Remmina 的维基页面谈论reverse VNC connection支持。
这意味着它反转了客户端连接到服务器的通常过程。
它主要用于涉及防火墙/NAT问题的情况。
因此，机器 A 上的 remmina 正在等待机器 B 上的 VNC 服务器与其连接。
因此，remmina 仍然是连接的客户端，而不是服务器端。
我做了以下测试，以便给你提供整个过程如何运作的示例：
VNC - Incoming Connection在我的 Linux 机器上创建了一个新的并启动它。
现在，Remmina 正在等待来自VNC 服务器 - 不是 VNC 客户端在我的 Windows 机器上启动了 tightVNC 服务器，选择
attach listening viewer并添加了我的 Linux 机器的 IP 地址和端口现在我的 Windows 机器可以通过 Remmina 客户端进行远程访问。