网络人是采用世界上最快的VNC核心控制,大多数人并不懂什么叫VNC今天我们就接受一下:什么是VNC
VNC(VirtualNetworkComputing),为一种使用RFB协定的屏幕画面分享及远端操作软件。此软件借由网络,可传送键盘与鼠标的动作及即时的屏幕画面。
VNC与操作系统无关,因此可跨平台使用,例如可用Windows连线到某Linux的电脑,反之亦同。甚至在没有安装用户端程式的电脑中,只要有支援JAVA的浏览器,也可使用。
VNC由Olivetti&Oracle研究室所开发,此研究室在1999年并入美国电话电报公司(AT&T)。AT&T于2002年中止了此研究室的运作,并把VNC以GPL释出。
因为它是免费的,以及可用于数量庞大的不同操作系统,它的简单,可靠,和向后兼容性,使之进化成为最为广泛使用的远程控制软件,多平台的支持对网络管理员是十分重要的,他使网络管理员可以使用一种工具管理几乎所有系统。
原来的AT&T版本已经不再使用,因为更多有重大改善的分支版本已经出现,像是RealVNC,VNCtight和UltraVNC,他们具有全面的向后兼容。至少对于基本的远程控制功能而言。RealVNC是当前最活跃和强大的主流应用。
VNC对于简单的远程控制几乎完美,但是缺少对于大机构的桌面帮助功能,主要是日志记录和安全功能没有足以达到此目的。VNC为远程工作人员或瘦客户机也没有做好准备,因为目前还没有支持远程应用程序的本地打印。
因为VNC本来是开发用在局域网的环境,因此用在互联网上存在安全问题,当您计划在远程位置访问远程PC,你应该考虑一个专用的调制解调器或ISDN的拨号连接,VPN隧道,所有使用SSL或包裹VNC通信。
参与VNC开发的人员有:
TristanRichardson(发明者)
AndyHarter(专案经理)
QuentinStafford-Fraser
JamesWeatherall
KenWood
AndyHopper
CharlesMcLachlan
PaulWebster
2002年研究室中止运作之后,部份团队中的成员另起炉灶开发出RealVNC。
原理
VNC系统由客户端,服务端和一个协议组成
VNC的服务端目的是分享其所运行机器的屏幕,服务端被动的允许客户端控制它。VNC客户端(或Viewer)观察控制服务端,与服务端交互。VNC协议Protocol(RFB)是一个简单的协议,传送服务端的原始图像到客户端(一个X,Y位置上的正方形的点阵数据),客户端传送事件消息到服务端。
服务器发送小方块的帧缓存给客户端,在最简单的情况,VNC协议使用大量的带宽,因此各种各样的方法被发明出来减少通讯的开支,举例来说,有各种各样的编码方法来决定最有效率的方法来传送这些点阵方块)
协议允许客户端和服务端去协议哪种编码会被使用,最简单的编码,被大多数客户端和服务端所支持的是,从左到右的像素扫描数据的原始编码,当原始的满屏被发送后,只发送变化的方块区域。这种编码在幁间只有小部分屏幕变化的情况下工作的非常好(像是鼠标键在桌面移动的情况,或在光标处敲击文字),不过如果大量的像素同时变化带宽将会增加的非常高,像是拖动一个窗口或观看全屏录像。
VNC默认使用TCP埠5900至5906,而JAVA的VNC用户端使用5800至5806。一个服务端可以在5500口用“监听模式”连接一个客户端,使用监听模式的一个好处是服务端不需要设置防火墙。
UNIX上的VNC称为xvnc,同时扮演两种角色,对XWindow系统的应用程式来说它是Xserver,对于VNC用户端来说它是VNC伺服程式。
安全性
VNC并非是安全的协定,虽然VNC伺服程式需设定密码才可接受外来连线,且VNC用户端与VNC伺服程式之间的密码传输经过加密,但仍可被轻易的拦截到并使用暴力搜寻法破解。不过VNC可设计以SSH或VPN传输,以增加安全性。
有些VNC软件,如UltraVNC,更进一步支援ActiveDirectory及NTLM的帐号密码认证。
VNC软件
由于VNC以GPL授权,衍生出了几个VNC软件:
RealVNC:由VNC团队部份成员开发,分为全功能商业版及免费版。
TightVNC:强调节省带宽使用。
UltraVNC:加入了TightVNC的部份程式及加强效能的图型映射驱动程式,并结合ActiveDirectory及NTLM的帐号密码认证,但仅有Windows版本。
VineViewer:MacOSX的VNC用户端。
这些软件各有所长,例如UltraVNC支援档案传输以及全屏幕模式。而这些软件间大多遵循基本的VNC协定,因此大多可互通使用。
另见
远端桌面,即RDP(Windows的远端操作软件)
Xdmcp(基于XWindow系统的远程操作)