ishow网络学院译制fvnc长途屏幕共享.docVIP

1介绍 RFB(?远程framebuffer?)是一个简单的协议,用于远程访问图形用户 接口。因为它工作在framebuffer水平适用于所有的窗口 系统和应用程序,包括X11,Windows和Macintosh。 RFB是 协议用于VNC(虚拟网络计算)。 远程端点,用户坐在(即显示加上键盘和/或指针) 被称为RFB客户机或查看器。端点,改变framebuffer 来源于(即操作系统和应用程序)被称为RFB服务器 RFB确实是一个。瘦客户机。协议。重点设计的RFB协议 是让很少的客户端的需求。通过这种方式,客户可以运行的 广泛的硬件,实现客户的任务是使一样简单 可能的。 该协议还使客户端无状态。如果一个客户端断开与给定的服务器 随后,同一台服务器连接,用户界面的状态是保存。 此外,一个不同的客户机端点可以用来连接到相同的 RFB服务器。在新的端点,用户将看到相同的图形化的用户 在最初的端点接口。实际上,用户的应用程序接口 变得完全移动。无论合适的网络连接存在, 用户可以访问他们的个人的应用程序,这些应用程序的状态是 从不同的位置之间保存的访问。这为用户提供了一个 熟悉的、统一的视图的计算基础设施无论他们去。 2显示协议 显示器一侧的协议是基于单一的图形原语:“把 一个矩形像素数据在一个给定的x,y位置”。在看这似乎rst 3输入协议4 一个inefcient来吸引很多用户界面组件。然而,允许 各种不同编码的像素数据给了我们很大程度的exibility在 如何权衡各种参数如网络带宽、客户图纸的速度吗 和服务器处理速度。 一系列的这些矩形使framebuffer更新(或简单地更新)。一个 更新代表一个变化从一个有效的framebuffer状态向另一个,所以在一些 方面类似于一个帧的视频。在一个更新的矩形通常不相交 但这并不一定如此。 更新协议是由客户需求驱动的。即,一个更新只被发送 从服务器到客户端在回应一个显式的请求客户端。这 给出了一种自适应的质量。协议越慢客户机和网络, 降低利率的更新变得。与典型的应用程序,更改相同的区域 帧缓冲区的倾向于发生不久之后另一个。缓慢的客户端和/或 网络、瞬态状态的framebuffer可以忽略,导致更少的网络 trafc和更少的图画的客户端。 3输入协议 输入一边的协议是基于标准的工作站模型的键盘 和多按钮指向设备。输入事件仅仅是发送到服务器的 客户端只要用户按下一个键或指针按钮,或者只要指向 移动设备。这些输入事件也可以从其他非标准的合成 I / O设备。例如,一个手写电脑手写识别引擎可能产生 键盘事件。 4像素数据的表示 最初的交互的客户机和服务器之间RFB涉及一个谈判的格式 和编码与像素数据将被发送。这个谈判已经设计 让客户的工作尽可能容易。底线是, 服务器必须能够供应像素数据形式的客户想要的。然而 如果客户机能够应付同样与不同的格式和编码,它可能 选择一个服务器,就更容易产生。 像素格式是指个体的表示颜色的像素值。这个 最常见的像素格式是24位或16位。真正的颜色。,一点都根植于文明在 像素值直接转化为红色、绿色和蓝色的强度,和8位色 地图。在任意映射可用于翻译从像素值来了吗 RGB强度。 编码是指一个矩形像素数据如何将发送的线。每个矩形 prexed的像素数据是通过一个头给X,Y位置上的矩形 屏幕,宽度和高度的矩形,和一个编码类型的物种 编码的像素数据。数据本身然后遵循使用specied编码。 编码类型dened目前都是生的,CopyRect RRE来往,Hextile,,, 5协议扩展5 ZRLE。 在实践中,我们通常只使用ZRLE,Hextile和CopyRect编码 因为他们提供最好的压缩为典型的桌面。参见6.5节的一个 描述每个编码。 5协议扩展 有许多方法可以扩展的协议: 新的编码一个新的编码类型可以被添加到协议相对容易 同时保持与现有的客户端和服务器的兼容性。现有 服务器会简单地忽略请求一个新的编码,他们不支持。 现有客户永远不会请求新的编码所以永远不会看到矩形 编码的这样。 伪编码除了真正的编码,客户端可以请求一个.pseudoencoding 。宣布到服务器,它支持一个特定的扩展 协议。一个服务器不支持扩展会简单地忽略了 伪编码。注意,这意味着客户机必须假定服务器 不支持扩展,直到它得到了一些extension-specic conrmation吗 从服务器。参见6.6节描述的电流伪编码。 新的安全类型添加一个新的安全类型提供最终的exibility修改 该协议的行为没有sacricing兼容现有的 客户端和服务器。一个客户端和服务器,达成一项新的安全类型 能有效地谈论他们喜欢的任何协议之后-它并不一定吗 必须是任何像RFB协议。 在任何情况下你会使用不同的协议版本