上篇说到了关于瘦客户端的一些现状和遐想，接下来我们开始探索这种技术实现的可能。要实现瘦客户端，最重要的是选择一种客户端和服务端都能理解的沟通方式，这种沟通方式就是通讯协议，或者远程传输协议。
本文不讨论Onlive之类的公司制定的私有未公开的传输协议，而是讨论一些现有的通用协议。其实大家对这些通用协议并不会陌生，他们分别是微软的RDP协议、Citrix的ICA协议、VNC的RFB协议、MIT的X11协议等等。
常见协议列表：
| Software | Protocol | License |
| Citrix XenApp | RDP, ICA | Proprietary |
| FreeNX | NX, RDP, RFB(VNC) | GPL |
| LogMeIn | Proprietary | Proprietary |
| Neatx | NX | GPL |
| rdesktop | RDP | GPL |
| RealVNC | RFB(VNC) | GPL |
| UltraVNC | RFB(VNC) | GPL |
| Remote Desktop Services/Terminal Services | RDP | Proprietary |
| SSH with X forwarding | X11 | BSD |
| Symantec pcAnywhere | Proprietary | Proprietary |
| Citrix XenAppRDP | ICA | Proprietary |
更详细的列表见：http://en.wikipedia.org/wiki/Comparison_of_remote_desktop_software
RDP协议
RDP全称是Remote Desktop Protocol，这就是我们平时在Windows里远程桌面使用的协议。使用mstsc.exe我们就可以远程连接到一台Windows机器的桌面进行操作了。在Windows2008里，有一个更吸引人的东西，那就是Terminal Services RemoteApp。
Terminal Services RemoteApp支持远程的执行单个应用程序，就好像这个应用程序是在本机运行的一样。有了RemoteApp，我们就可以实现在一台没有安装Office或者Visual Studio的客户端机器运行起来一个Excel或VS2010，而Excel和VS2010程序实际是安装在远程安装有RemoteApp服务端的机器。
设置远程应用程序：
RemoeApp架构图：
客户端可以直接使用.rdp快捷方式运行远程App，也可以在浏览器里里通过TS Web Access运行一个远程App（远程App并不是运行在浏览器里的）。
比如，在一台Vista的机器里，通过TS Web Access运行远程的WordPad（非Vista风格）。
运行效果如下：
微软的这项技术很酷，是吧。不过，RemoteApp仅限于Windows平台。
ICA协议
ICA全称是Independent Computing Architecture，即独立计算架构,它把应用程序的计算/执行逻辑与显示逻辑分离开来，把程序的计算/执行100%地保留在服务器端,而把运行结果图形化/界面化并通过网络传输到客户端,对于客户端而言,也只有键盘敲击和鼠标点击等会通过网络传给服务器。
ICA由Citrix公司设计的，Citrix可以算是这一领域的老大哥了，就连微软这样技术雄厚的公司，都是购买的Citrix的技术才做出上面的Remote Desktop和TS RemoteApp。技术的原创者是Citrix，因此Citrix拥有更大的优势，运用更多的创新，做出更好的产品出来。这个产品就是Citrix XenApp。
XenApp是个商业工具，我没有用过，自然算不上深入了，有兴趣的同学可以访问Citrix官网了解更多。下面是我找到的一个XenApp设计图：
RFB协议
RFB全称是Remote Frame Buffer，它是我们常用的VNC所使用的协议。RFB是一个远程图形用户的简单协议，因为它工作在帧缓存级别上，所以它可以应用于所有的窗口系统，例如：X11，Windows和Mac系统。远程终端用户使用机器（比如显示器、键盘、鼠标）的叫做RFB客户端，提供帧缓存变化的被称做RFB服务端。
由于使用的是帧缓存技术，因此VNC的性能一直被人所诟病。同时，VNC只能远程控制整个桌面，还没办法做到只单独运行一个程序。
X11协议
X11（X Window System core protocol）是由MIT于1984年设计出来的开源传输协议，一直发展至今，最新版本是X11R7.5。它是X Window System的基本协议。而X Window System系统生来就是为瘦客户服务的，从设计之初，它就被设计成计算和显示分离的架构，即程序的运行可以在一台计算机，而显示又在另外一台计算机。随着X11的不断演变发展，出现了各种不同形式的改良版本，其中最著名的就是NoMachine公司开发的NX协议，NX协议在X11的基础上，加入了缓存机制、压缩传输等，使其性能得到飞跃的提升。这也是我下一篇要重点介绍的。
X11的设计原则是：create Mechanism, not Policy，所以X故意没有规范应用程式的使用者界面 ，例如按钮 、选单 和视窗的标题栏等等。这些都由视窗管理器 （window managers）、GUI 构件工具包 、桌面环境 （desktop environments）或者应用程序指定的GUI（䠋如 POS机 ）等等诸如此类的用户软件来提供。这样我们就可以理解，为什么Linux系统中会有诸多如Gnome，KDE之类桌面系统，同样使用X协议，绘制的界面却不尽相同。
要了解X11，一个非常重要的概念一定要弄清楚。就是X Server和X Client。通常Server是指服务器端，Cilent是指用户的客户端，但是X11中要反过来理解。X11中，用于显示画面的是Server，用于计算处理的是Client。所以，如果通过X11远程连接，用户端必须起一个X Server，远程应用程序实际通过远程的X Cilent来执行。
X11本身并不复杂，Server和Client交互的请求一共四种：Requests, Replies, Events, Errors。
1. Request: Client请求Server端返回信息或执行动作。
2. Reply: Server针对Request的返回。不是所有Request都有返回。
3. Event: Server发送的一些界面相关的事件给Client，例如：键盘、鼠标输入，窗口移动，Resize等等。
4. Error: 当Request请求无效时，Server发送错误信息给Cilent。
如果你正使用X Window System，比如Linux，Debian，Ubuntu等，马上就可以试试了。运行下面的命令，就可以运行一个远程的gedit（文本编辑器）：
ssh -X -C root@192.168.x.x gedit
即使不是远程显示图像，本地执行的应用程序所使用的X11的架构也是一样的，都有一个Server和Client。我们可以通过修改Display环境变量，将画面显示到别处。
比如，Client端执行：
export DISPLAY=192.168.x.x:0
远程Display的X Server要接受Client的连接，使用xhost加入允许列表，Server端执行：
xhost + 192.168.x.x
然后，在Client端运行一个应用程序，比如：gedit，画面将显示在远程的Server端。
好了，这篇就到这了。下篇将带大家了解NoMachine的NX的秘密。如果你对此有兴趣，请告诉我。
瘦客户端那些事 系列：
转载于:https://www.cnblogs.com/coderzh/archive/2010/09/24/thinclient-protocol.html