在机器 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 客户端进行远程访问。