UDP打洞(UDP Hole Punching)原理
UDP打洞(UDP Hole Punching)原理一. NAT分类
根据STUN协议(RFC3489),NAT大致分为下面四类: 1) Full Cone 这种NAT内部的机器A连接过外网机器C后,NAT会打开一个端口.然后外网的任何发到这个打开的端口的UDP数据报都可以到达A.不管是不是C发过来的. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100:8000) -> C(292.88.88.88:2000) 任何发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 2) Restricted Cone 这种NAT内部的机器A连接过外网的机器C后,NAT打开一个端口.然后C可以用任何端口和A通信.其他的外网机器不行. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) 任何从C发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 3) Port Restricted Cone 这种NAT内部的机器A连接过外网的机器C后,NAT打开一个端口.然后C可以用原来的端口和A通信.其他的外网机器不行. 例如 A:192.168.8.100 NAT:202.100.100.100 C:292.88.88.88 A(192.168.8.100:5000) -> NAT(202.100.100.100 : 8000) -> C(292.88.88.88:2000) C(202.88.88.88:2000)发送到 NAT(202.100.100.100:8000)的数据都可以到达A(192.168.8.100:5000) 以上三种NAT通称Cone NAT(圆锥形NAT).我们只能用这种NAT进行UDP打洞. 4) Symmetric(对称形) 对于这种NAT.连接不同的外部目标.原来NAT打开的端口会变化.而Cone NAT则不会.虽然可以用端口猜测.但是成功的概率很小.因此放弃这种NAT的UDP打洞. 二. UDP hole punching 首先需要明白的是,如果双方的NAT都是Full Cone NAT的话,则不需要打洞就可以直接进行通信。 而对于双方都是Port Restricted Cone NAT的时候,则需要利用UDP打洞原理进行“先打洞,然后才能直接通信”。 对于Cone NAT.要采用UDP打洞.需要一个公网机器server C来充当”介绍人”.处于NAT之后的内网的A,B先分别和C通信,打开各自的NAT端口.C这个时候知道A,B的公网IP: Port. 现在A和B想直接连接.比如A给B直接发包,除非B是Full Cone,否则不能通信.反之亦然. 为什么啊?因为对于处于NAT之后的A,B。如果想A要与外界的D通信,则首先必须要A发包到D,然后A经过NAT设备NA,NA把A的内网地址和端口转换为NA的外网地址和端口。和D通信之后,D才能经过NA和A通信。也就是说,只能A和外界主动通信,外界不能主动和处于NA之后的A通信。这种包会被NA直接丢弃的。这也就是上面所说的Port Restricted Cone 的情形啊! A(192.168.8.100:5000) -> NA(202.100.100.100:8000) -> D(292.88.88.88:2000)但是我们可以这样. A->B打洞过程: 说明: A:用户A B:用户B NA:NAT网络A NB:NAT网络B Server C为外网的机器(服务器或消息中转站) A想与B建立通信通道,A to B打洞: 1.A ---> NA ---> Server C ---> NB ---> B 2.B---->A (打洞完成) 1,如果A想与B通信; 2,A首先连接 C, C得到A的外网NA的地址和端口; 3,B也要连接C,C得到B的外网NB的地址和端口; 4,A告诉C说我要和B通讯; 5,C通过NB发信息给B,告诉B A的外网NA的地址和端口; 6,B向NA发数据包(肯定会被NA丢弃,因为NA上并没有 A->NB 的合法session), 但是NB上就建立了有B->NA的合法session了; 7,B发数据包给C,让 C 通知 A,我已经把洞打好了; 8,A接受到通知后向 B 的外网发NB数据包,这样就不会被丢弃掉了。因为对于NB来说,它看到的是A的外网NA的地址, 而通过第6步,B已经让NA成为NB的合法通信对象了。所以当NA发数据包给NB时,NB就会接收并转发给B; 注意: 路由器和防火墙的UDP打洞的端口有个时间限制的,在一定时间内如果没有数据通讯会自动关闭. 三. 同一个NAT后的情况 如果A,B在同一个NAT后面.如果用上面的技术来进行互连.那么如果NAT支持loopback(就是本地到本地的转换),A,B可以连接,但是比较浪费带宽和NAT. 有一种办法是,A,B和介绍人通信的时候,同时把自己的local IP也告诉服务器.A,B通信的时候,同时发local ip和公网IP.谁先到就用哪个IP.但是local ip就有可能不知道发到什么地方去了.比如A,B在不同的NAT后面但是他们各自的local ip段一样.A给B的local IP发的UDP就可能发给自己内部网里面的xxxx了. 本文来源: 扫一扫加作者微信
参考文档:
C++实现的NAT打洞技术(C++ NAT Hole Puching) [原创]C# UDP穿越NAT,UDP打洞,UDP Hole Punching源代码(1) [原创]C# UDP穿越NAT,UDP打洞,UDP Hole Punching源代码(2) SQL注入攻击的原理及其防范措施 C/S框架后台数据更新模型之ORM自动生成SQL基本原理 C#实现UDP穿透NAT(UDP打洞)完整版(原) SQL Server连接池基本原理 Winform快速开发框架之权限系统设计(3) - 功能按钮权限控制基本原理 Winform界面权限控制原理|C/S框架网 【原创】C# 深度拷贝对象 使用.NET反射+递归原理实现深度克隆 CSFramework.WebApi后端框架Token令牌工作机制以及Token刷新原理 【原创】WebApi开发框架:Token生成、Token缓存原理、Token验证、令牌机制与原理 C# Winform软件快速开发框架|软件开发平台 - 界面多语言实现原理
其它资料:
什么是C/S结构? | C/S框架核心组成部分 | C/S框架-WebService部署图 | C/S框架-权限管理 | C/S结构系统框架 - 5.1旗舰版介绍 | C/S结构系统框架 - 功能介绍 | C/S结构系统框架 - 产品列表 | C/S结构系统框架 - 应用展示(图) | 三层体系架构详解 | C/S架构轻量级快速开发框架 | C/S框架网客户案例 | WebApi快速开发框架 | C/S框架代码生成器 | 用户授权注册软件系统 | 版本自动升级软件 | 数据库底层应用框架 | CSFramework.CMS内容管理系统 | |