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