nat p2p

 3.1 Relaying(传输)最可靠的，但是效率最低的，实现P2P通讯的方法就是在传输过程中，把P2P通讯看成向C/S通讯的网络一样。例如，推想2个客户主机，A和B，各自发起一个TCP或UDP的连接，连接到一个大家都知道的拥有固定IP地址的服务器S上。客户主机都在各自的私有网络中，但是它们各自的middlebox不允许自己的客户端可以直接和其它主机连接。                                Server S                                   |                                   |            +----------------------+----------------------+            |                                             |          NAT A                                         NAT B            |                                             |            |                                             |         Client A                                      Client B不能直接连接，两个客户端就使用S服务器进行消息的传递。例如，要发送一条信息到客户端B，客户端A以C/S连接方式简单的发送一条信息到S服务器，然后S服务器使用已经和客户端B建立的C/S连接发送这条信息到客户端B。这种方法的优势在于只要两个客户端都连在服务器上，它就是有效的。它的明显缺点是它需要了服务器的处理并占用了带宽，而且即使服务器的网络状况良好，也有一定的通讯滞后问题。TRUN协议[TURN]定义了这种P2P应用的相关方法。3.2 逆向连接 (Connection reversal)第二种技术是在只有一个客户位于middlebox后的条件下运用的。举例来说, 推想客户A在 NAT 后面但是客户 B 有一个全球有效的 IP 地址, 参照下面图表：                                Server S                            18.181.0.31:1235                                   |                                   |            +----------------------+----------------------+            |                                             |          NAT A                                           |    155.99.25.11:62000                                    |            |                                             |            |                                             |         Client A                                      Client B      10.0.0.1:1234                               138.76.29.7:1234客户A有一个私有IP地址10.0.0.1，并且一个应用程序使用TCP端口1234。这个客户端和服务器S的公网IP地址18.181.0.31和端口1235建立了一个连接。NAT A为了客户端A和服务器S的会话，临时分配了一个终端地址，其TCP端口62000，它自己的IP地址是155.99.25.11：因此，服务器S认为客户端A用的是IP地址155.99.25.11，端口是62000。然而，客户端B有着自己的固定IP地址，138.76.29.7，并且在它上面的P2P应用程序可以在端口1234接收TCP连接。现在推想客户端B想要与客户端A建立一个P2P连接会话。B可能用客户端A本身的地址，即10.0.0.1:1234，也可能用在服务器S上得到到的地址，155,99.25.11:62000，去尝试连接。然而无论在哪一种情况下，连接都会失败。第一种情况下，指向IP地址10.0.0.1的通讯包会被丢弃，因为10.0.0.1不是一个公网固定IP地址。第二种情况下，来自客户端B的TCP SYN请求包将会到达NAT A的62000端口，但NAT A将会拒绝这个请求，因为NAT A只允许向外发送数据。在尝试和客户端A建立直接连接失败后，客户端B会利用服务器S传递一个请求，让客户端A去主动连接客户。客户端A在通过服务器S接收到传递的请求后，会使用客户端B的公共IP地址和端口建立一个TCP连接。 因为这个连接是在防火墙内部发起的，所以NAT A允许这个连接建立，而客户端B也能接收这个连接，因为它并不处于middlebox后面。当前实现P2P系统的一种技术，它有一个主要的局限性，就是它只能允许P2P中一方在NAT后面：而两方都在NAT后面的情况是很常见的，这种方法就会失败。因为这种逆向连接并不是解决问题的普遍方法，通常不推荐这个方法。应用程序可以选择试一试逆向连接，但当"向前"或"逆向"都不能建立连接时，应用程序应该能够自动的可以选择另外的连接机制，比如relaying(即3.1说的)。