在很多P2P软件中间很多需要两个NAT底下的两个PC,
假设路由器A IP是 222.222.33.33
路由器B IP是 200.200.33.33PC A IP是 192.168.0.18
PC B IP是 192.168.0.231.首先我们需要一个IP地址,这个IP地址X,X是PC A每隔一段时间往这个IP发送数据包,让PC A能够维持一个A <-> X的通讯.2.同理B找到一个IP地址,这个IP地址为Y,每隔一段时间往这个IP地址发送数据包,维持
一条 B<->Y的通讯.3.X,Y IP地址的定义,这个两个IP地址,可以是某个固定的IP地址,又或者是公司自己的Domain名字解析出来的IP地址.如果没有自己的IP地址,可以用下面算法算出一个伪IP地址 伪IP X是 255.255.255.255-222.222.33.33 = 33.33.222.222
伪IP Y是 255.255.255.255-200.200.33.33 = 55.55.222.222
4.然后当PC A要跟 PC B通讯的时候A发送伪IP来源地址X,也就是55.55.222.222的UDP数据包,数据包里面包含有自己真实的IP地址和端口等等其他信息.这里会遇到个问题,就是不知道路由 A出来的端口是多少,这个时候,可以用扫描的方法(或者其他更好的方法,例如利用神经人工智能把这个端口的规律算出,尽量让扫描次数最少).5.因为PC B一直在往Y的伪地址发送(大概每75秒一次)东西,所以用伪地址进来的数据包,
可以从容接受,然后拿到真实PC A的端口以后,就得知对方的IP以及端口号了,之后进行什
么样的通讯就可以为所欲为了.6.补充发包问题,因为raw socket在sp2下面不能很好使用,例如构造伪来源地址,sp2是不允许
的,大家可以用用其他发包方法,例如winpcap(不过在下还不是很清楚它现在对WAN的支持如何)7.TCP的穿透问题,这个方法可以延伸到TCP的穿透,方法可以把MAC修改小一点以后(为了解决繁杂的TCP分片问题,这个可以选择自己分片更加好),然后通过NDIS把TCP数据包包截下来
放到UDP底下去,然后发送,返回的数据包也用一样的原理,解包以后,再返回到协议堆栈.但
是这样的做法比较复杂,还不如用一套可靠的UDP通讯规则算了,好像印象中有个叫RUDP的规程,是说这个的.以上的实现方法在理论阶段.大家讨论讨论
假设路由器A IP是 222.222.33.33
路由器B IP是 200.200.33.33PC A IP是 192.168.0.18
PC B IP是 192.168.0.231.首先我们需要一个IP地址,这个IP地址X,X是PC A每隔一段时间往这个IP发送数据包,让PC A能够维持一个A <-> X的通讯.2.同理B找到一个IP地址,这个IP地址为Y,每隔一段时间往这个IP地址发送数据包,维持
一条 B<->Y的通讯.3.X,Y IP地址的定义,这个两个IP地址,可以是某个固定的IP地址,又或者是公司自己的Domain名字解析出来的IP地址.如果没有自己的IP地址,可以用下面算法算出一个伪IP地址 伪IP X是 255.255.255.255-222.222.33.33 = 33.33.222.222
伪IP Y是 255.255.255.255-200.200.33.33 = 55.55.222.222
4.然后当PC A要跟 PC B通讯的时候A发送伪IP来源地址X,也就是55.55.222.222的UDP数据包,数据包里面包含有自己真实的IP地址和端口等等其他信息.这里会遇到个问题,就是不知道路由 A出来的端口是多少,这个时候,可以用扫描的方法(或者其他更好的方法,例如利用神经人工智能把这个端口的规律算出,尽量让扫描次数最少).5.因为PC B一直在往Y的伪地址发送(大概每75秒一次)东西,所以用伪地址进来的数据包,
可以从容接受,然后拿到真实PC A的端口以后,就得知对方的IP以及端口号了,之后进行什
么样的通讯就可以为所欲为了.6.补充发包问题,因为raw socket在sp2下面不能很好使用,例如构造伪来源地址,sp2是不允许
的,大家可以用用其他发包方法,例如winpcap(不过在下还不是很清楚它现在对WAN的支持如何)7.TCP的穿透问题,这个方法可以延伸到TCP的穿透,方法可以把MAC修改小一点以后(为了解决繁杂的TCP分片问题,这个可以选择自己分片更加好),然后通过NDIS把TCP数据包包截下来
放到UDP底下去,然后发送,返回的数据包也用一样的原理,解包以后,再返回到协议堆栈.但
是这样的做法比较复杂,还不如用一套可靠的UDP通讯规则算了,好像印象中有个叫RUDP的规程,是说这个的.以上的实现方法在理论阶段.大家讨论讨论
定时向对方的NAT地址发包就可以了。看了楼主的方法半天，没大看懂，可能也只是理论而已。
问题是在众多NAT之中,有可能不能定时都发送这样的数据包,这样数据量太大了