![](https://img-blog.csdnimg.cn/20201014180756930.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
p2p
aitp2011
这个作者很懒,什么都没留下…
展开
-
STUN--RFC5389摘要
STUN:Session Traversal Utilities for NAT1、概述 RFC3489的劣势:一、NAT穿透有时会失败,但没有失败补救措施;二、NAT分类算法不适用于现代的很多NAT类型;三、安全弱点。 与RFC3489不同,该文档不再把STUN描述为解决NAT穿透的完整解决方案,而是将STUN作为一种工具集成到其他更完备的解决方案中去,例如本协议转载 2015-04-18 16:19:28 · 3780 阅读 · 0 评论 -
UDP Hole punching 概述
基本思想 利用一个任何客户端都可达的服务器,在服务器上预先存储、维护客户端的UDP公用端点地址,当双方需要通信时,通过服务器的介绍获取对方的端点地址,建立直接的连接(两个客户端公网地址之间的直连)。基本流程 假设有两个位于私网中的客户端C1和C2(可能位于同一私网),都可访问同一Server,那么流程如下: 一、C1向服务器发出请求,要求与转载 2015-04-20 16:49:33 · 1009 阅读 · 0 评论 -
TURN概述.
TURN:Traversal Using Relays around NAT主要参考链接:http://www.rfc-editor.org/rfc/rfc5766.txt(RFC5766)和http://www.cnblogs.com/ishangs/p/3816689.html(思路很清晰)应用场景 STUN协议可以使内网主机获取到STUN Server看到的反射地址转载 2015-04-21 13:57:53 · 620 阅读 · 0 评论 -
STUN--RFC3489摘要
1、适用性:不允许向内穿过NAT的TCP连接请求,不允许向内穿过对称NAT的连接请求(UDP也不行),位于同一个NAT后面的通讯端点的地址也不能通过STUN获取。STUN不需要修改NAT,并可工作在应用实体和因特网前后间有任意数量的NAT的情况下。2、基本原理:用UDP简单穿过NAT(STUN),允许NAT后的实体首先发现NAT的存在和其类型,接着知道NAT分配的地址捆绑。用转载 2015-04-15 18:13:51 · 1579 阅读 · 1 评论 -
ICE-RFC5245摘要
ICE:Interactive Connectivity Establishment参考链接:http://tools.ietf.org/html/rfc5245简介 ICE技术使用请求/应答模型的信令协议建立交互式连接,方便基于UDP的媒体流的NAT穿透。它也整合了STUN和TURN协议的内容,形成了完整的穿透NAT的解决方案,相对于其他解决方案,如ALGs(应用层网关)、转载 2015-04-21 16:17:36 · 774 阅读 · 0 评论