Windows Rally
UPNP详解，好文章：http://www.artima.com/spontaneous/upnp_digihome3.html
通过使用 LLTD 协议，运行 Windows Vista 的计算机上的网络映射会显示一个包含网络上的计算机和设备以及它们的连接方式的图形视图。 必须先将 LLTD 响应程序安装在运行 Windows XP 的计算机上，才能检测到该程序并将其显示在网络映射中。
windows 7也内置了LLTD
UPnP 并不是周边设备即插即用模型的简单扩展。在设计上，它支持0设置、网络连接过程“不可见”和自动查找众多供应商提供的多如繁星的设备的类型。换言之，一个 UPnP 设备能够自动跟一个网络连接上、并自动获得一个 IP 地址、传送出自己的权能并获悉其它已经连接上的设备及其权能。最后，此设备能自动顺利地切断网络连接，并且不会引起意想不到的问题。
UPnP 推动了因特网技术的发展，包括 IP、TCP、UDP、HTTP、SSDP和 XML 等技术。在因特网上契约以有线应用协议为基础，而该协议是说明性的、利用 XML 进行表述和 HTTP 进行传输的。与此相同的是，UPnP 的明确设计目标就是提供这样的环境。再者，当成本、技术或经费等方面的因素阻止了在某种媒介里或接入其中的设备上运用 IP 时，UPnP 能够通过桥接的方式提供非 IP 协议的媒体通道。UPnP 不会为应用程序指定 API，因此供应商们就可以自己创建 API 来满足客户的需求。
以下是微软官方网站对UPnP的解释：
问：什么是 UPnP？
答：通用即插即用 (UPnP) 是一种用于 PC 机和智能设备（或仪器）的常见对等网络连接的体系结构，尤其是在家庭中。UPnP 以 Internet 标准和技术（例如 TCP/IP、HTTP 和 XML）为基础，使这样的设备彼此可自动连接和协同工作，从而使网络（尤其是家庭网络）对更多的人成为可能。
UPnP映射失败的原因
安全缺陷
第一个缺陷是对缓冲区（Buffer）的使用没有进行检查和限制。外部的攻击者，可以通过这里取得整个系统的控制特权！由于UPnP功能必须使用计算机的端口来进行工作，取得控制权的攻击者，还有可能利用这些端口，达到攻击者的目的。这个缺陷导致的后果很严重，不论哪个版本的windows 系统，只要运行UPnP，就都存在这个危险！但严格地说，这并不完全是UPnP技术本身的问题，更多的是程序设计的疏忽。
第二个缺陷就与UPnP的工作机理有关系了。该缺陷存在于UPnP工作时的“设备发现”阶段。发现设备可以分为两种情况：如果某个具备UPnP功能的计算机引导成功并连接到网络上，就会立刻向网络发出“广播”，向网络上的UPnP设备通知自己已经准备就绪，在程序设计这一级别上看，该广播内容就是一个M-SEARCH（消息）指示。该广播将被“声音所及”范围之内的所有设备所“听到”。并向该计算机反馈自己的有关信息，以备随后进行控制之用。
相类似，如果某个设备刚刚连接到网络上，也会向网络发出“通知”，表示自己准备就绪，可以接受来自网络的控制，在程序设计这一级别上看，该通知就是一个NOTIFY（消息）指示。也将被“声音所及”范围之内的所有计算机接受。计算机将 “感知”该设备已经向自己“报到”。实际上，NOTIFY（消息）指示也不是单单发送给计算机听的，别的网络设备也可以听到。就是在上述的一播一听之间，出现了问题！
如果某个黑客向某个用户系统发送一个NOTIFY（消息）指示，该用户系统就会收到这个NOTIFY（消息）指示并在其指示下，连接到一个特定服务器上，接着向相应的服务器请求下载服务―――下载将要执行的服务内容。服务器当然会响应这个请求。UPnP服务系统将解释这个设备的描述部分，请求发送更多的文件，服务器又需要响应这些请求。这样，就构成一个“请求――响应”的循环，大量占用系统资源，造成UPnP系统服务速度变慢甚至停止。所以，这个缺陷将导致“拒绝服务”攻击成为可能！
简要介绍下UPnP的工作流程：设备加入网络后通过设备寻址就可自动获得IP地址，通过设备发现，控制点就可知道网络上存在哪些设备，通过设备描述控制点就可知道设备详细信息以及设备提供哪些服务，通过设备控制控制点可以使用设备的服务，通过设备事件设备就可以将其状态变化及时告诉给感兴趣的控制点，通过设备表达控制点可以用浏览器察看设备状态和控制设备。通过上述的六个方面，UPnP设备可以做到在“零配置”的前提下提供了联网设备之间的自动发现、自动声明、“直接”信息交换和互操作等功能，真正实现“设备即插即用”。
UPnP所用到的主要协议还有：SSDP（Simple Service Discovery Protocol 简单服务发现协议）、GENA（Generic Event Notification Architecture 通用事件通知结构）、SOAP（Simple Object Access Protocol 简单对象访问协议）、XML（Extensible Markup Language 可扩张标记语言）。采用IP协议来保证UPnP独立与网络传输的物理介质，SOAP协议来保证UPnP设备具有互操作能力，XML来对设备和服务进行统一的描述，HTTP协议来进行UPnP设备的信息交互。采用这些现存的、广泛应用的协议能减少开发UPnP设备的工作量，使UPnP设备更好地融入现有网络。
SOAP参考：http://www.ibm.com/developerworks/cn/xml/x-sisoap/
SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+XML：采用HTTP作为底层通讯协议；RPC作为一致性的调用途径，ＸＭＬ作为数据传送的格式，允许服务提供者和服务客户经过防火墙在INTERNET进行通讯交互。RPC的描叙可能不大准确，因为SOAP一开始构思就是要实现平台与环境的无关性和独立性，每一个通过网络的远程调用都可以通过SOAP封装起来，包括DCE（Distributed Computing Environment ） RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
在SOAP刚刚提出来的时候，许多人就提出了疑问：SOAP与CORBA和DCOM的区别何在？
- CORBA（Common Object Request Broker
Architecture）公共对象请求代理体系结构是由OMG组织制订的一种标准的面向对象应用程序体系规范。由对象请求代理ORB、对象服务、公共设施、域接口和应用接口这几个部分组成。其核心部分是对象请求代理ORB（Object Request Broker）。ORB提供了一种机制，通过这种机制，对象可以透明的发出请求和接收响应。分布的、可以互操作的对象可以利用ORB构造可以互操作的应用。ORB可看作是在对象之间建立客户/服务关系的一种中间件。基于ORB，客户可以透明的调用服务对象提供的方法，该服务对象可以与客户运行在同一台机器上，也可以运行在其他机器上通过网络与客户进行交互。ORB截取客户发送的请求，并负责在该软件总线上找到实现该请求的服务对象，然后完成参数、方法调用，并返回最终结果。CORBA 1.1 由对象管理组织在 1991 年发布。定义了接口定义语言（IDL）和应用编程接口（API），从而通过实现对象请求代理（ORB）来激活客户/服务器的交互。CORBA 2.0 于 1994 年的 12 月发布定义了如何跨越不同的 ORB 提供者而进行通讯。 - COM/DCOM(Component Object Model / Distributed Component Object
Model )是微软公司提出的分布式组件对象模型标准，支持在局域网、广域网甚至Internet上不同计算机的对象之间的通讯。DCOM基于COM的应用程序、组件、工具等的基础之上，处理网络协议的低层次的细节问题，而不必关心太多的网络协议细节，从而使用户能够集中精力解决用户所要求的问题。DCOM位于应用程序的组件之间，将组件以不可见的方式胶合在一起组成具有完整功能的应用程序。 - SOAP 与CORBA，DCOM/COM的比较。
3.1 首先指出的是SOAP不会取代CORBA，COM/DCOM，三者的概念有所区别。COM/DCOM是个组件模型标准，CORBA是分布式应用的服务标准。CORBA和DCOM为分布式应用程序建立服务，服务对象来执行客户端调用的服务。而SOAP是基于XML和HTTP的分布式对象的通信协议，是COM/DCOM和CORBA对象进行通讯的协议。实际上，利用SOAP的互操作性和CORBA强大的执行能力，两者可以很好的结合在一起。 OMG （Object Management Group responsible for the CORBA specification）正在关注这方面的发展。
3.2. CORBA应用程序和DCOM应用程序不能实现互操作，两者不能在一起协作。因为在ORPC(Object RPC)协议中，用ObjRef代表了一个正在运行对象的引用；在CORBA/IIOP(Internet Inter-Orb Protocol)中，用交换可互操作对象引用IOR（Interoperable Object Reference）代表一个服务器的对象引用。不幸的是，IOR 与 ObjRef不能够关联起来。然而，使用SOAP可以实现在垂直应用层面上CORBA ，DCOM技术的水平整合，能够更好的集成CORBA，DCOM为一个整体。
3.3 SOAP并没有定义信息的语义，服务质量，基于INTERNET的事务处理。而是采用 XML 进行消息编码，正确的处理需要服务器和客户端本身来执行，理解和执行彼此使用的信息格式（ONE-TO-ONE，REQUEST/REPLY，BROADCAST，ETC），应用程序本身在语义解析中扮演着十分重要的角色。而CORBA，DCOM表示了传送信息的语义，对参数和返回值使用二进制编码。可对诸如参数名称或类型的任何元信息都不编码，但使中介很难处理消息。又因为每个系统使用不同的二进制编码，系统间的互操作的很难实现。
3.4 尽管CORBA可以在不同的平台上执行，DCOM可以在微软的各种平台上运行，但是基于CORBA和DCOM的解决方案必须依赖于单一的应用程序。比如说，假如运行的是DCOM服务器程序，所有的分布式的客户端不得不运行于微软的操作平台上。CORBA 虽然可以运行于不同的平台，但CORBA的互操作性并没有在更高层的服务上进行扩展，如安全性和事务处理，在这种情况下，许多提供的服务没有得到很好的优化。DCOM和CORBA适合于服务器--服务器间的通讯，但是对于客户端--服务器的通讯十分脆弱，尤其当客户程序分布在INTERNET上更是如此。
3.5 SOAP不象DCOM一样试图定义分布式系统的所有元素，SOAP没有提供分布式类库，类型安全检查，版本控制等等，SOAP比它处于一个更低的层次，有点类似于IIOP在CORBA的作用，DCOM却提供了一些额外的协议功能，是IIOP 或者SOAP所不具备的。然而，许多. DCOM的额外功能只有在服务器��服务器间通信时才会用到，对于客户端��服务器之间的通信则是多余的。
