如何排除本地网络 VNC 连接失败的故障?

如何排除本地网络 VNC 连接失败的故障?

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

相关内容