我刚刚使用 RealVNC 设置了对 Windows XP 机器的远程访问。当用户运行应用程序时，他们会遇到“屏幕绘制”问题 - 屏幕绘制效果不佳，除了鼠标光标周围的半径。
该应用正在显示日历。我不确定它是用什么写的（我认为它是一个 .NET 应用）
连接/保持连接没有问题。最初它似乎运行良好。我查看了所有有关压缩和速度的设置。
我可以从多个位置复制该问题。托管互联网连接是 DSL。
答案1
我认为 RDP 比 VNC 更好用。但是如果你必须使用 VNC，而且 RDP 在许多情况下都不起作用，那么我更喜欢TightVNC并使用Mirage 镜像驱动程序。
答案2
我经常在不同的 VNC 上看到这种情况或类似情况。最常见的情况是 VNC 不重新绘制背景屏幕。一个典型的例子是使用开始菜单访问导致窗口弹出的内容，但 VNC 从未重新渲染背景以消除现在未弹出的开始菜单。强制刷新屏幕可以消除它。我最常看到这种情况是在 Linux 上通过 TightVNC 访问 UltraVNC 服务器时，以及在 WinXP 上通过 UltraVNC 访问 RealVNC 服务器时。
VNC 的常见错误是访问 Java 应用程序，它似乎无法触发正确的“屏幕已刷新”事件，让 VNC 知道必须重新绘制屏幕。我使用 RealVNC 和 UltraVNC 时都遇到过这种情况。
出于所有这些原因，我倾向于尽可能使用 RDP，因为其性能明显更好。即使在 Linux 上与 Windows 通信也是如此。但是，工作网络上的网络策略不鼓励使用 RDP，因此我很少使用它。
答案3
问题在于镜像驱动程序。我使用的是适用于 Windows V 4.6 的 RealVNC（尽管此修复也适用于旧版本）。我尚未使用在 Linux 服务器上运行的 RealVNC 测试它，并与 Windows 客户端连接。
只需关闭镜像驱动程序。刷新速度会变慢，但 Java 应用程序（例如 Cisco ASDM GUI 防火墙配置工具）将不再需要手动刷新。
答案4
我觉得这像是网络问题。检查 VNC 客户端和服务器之间的连接是否存在延迟和数据包丢失。