UDP打洞,还是要看她心情

ahpop 2013-04-10 03:55:01
我做了一个UDP通讯,打洞方式采用,如果A要向B发送,则由clientA 发送请求到server S,由S返回B的地址,同时S再向B发送一个向A打洞的命令。

A收到S返回地址后,向B方循环打洞。

与此同时,B收到S的指命后也向A循环打洞。

双方直到收到对方打洞请求后,停止打洞,

在局域网中,怎么测都行,但是在互联网中,测试的时候,有的时候行,有的时候不行,有的时候只有一方能打通。很奇怪。不考滤对称NAT。

求高手指点。
...全文
310 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
ahpop 2013-04-12
  • 打赏
  • 举报
回复
终于搞定。。。。。。。。。。。。。。。,但如果两边的NAT是Symmetric NAT还是不行,有些端口是随机的根本无法猜测。
微观技术 2013-04-11
  • 打赏
  • 举报
回复
没看到代码,只是听你在描述,感觉怪怪,也想不出哪有问题 不行你就打开调试模式,断点调下
ahpop 2013-04-11
  • 打赏
  • 举报
回复
引用 2 楼 aalansehaiyang52 的回复:
建议先搞个单个连接,看看接收端能不能收到发送方的消息,然后反向再测试下 如果都能通的话,再测你这种两者互发的情况
双方我都看到了服务器返回的命令,也都在持续的给对方发送,但是对方就是不接收。很奇怪
ahpop 2013-04-11
  • 打赏
  • 举报
回复
方案(一)、是A给服务器S发一个请求,S收到请求后,分别回应AB一个对方的地址,AB收到后互相持续发送一段时间,这个在内网测没有问题,但是在外网测有时通有时不通。 方案(二)、还是按照一定的步聚来: 1.先由A从服务S获取B的地址,给B先发一个,打一个不洞。 2.然后再告诉S我打过洞了,让B给我发吧, 3.服务器S收到A的请求后,给B一个打洞命令 4.B收到S的打洞命令后,给A回一个打洞命令 5.双油全开,可以通讯了。 请问你是采用那种方案的呀
十年彩虹 2013-04-11
  • 打赏
  • 举报
回复
微观技术 2013-04-11
  • 打赏
  • 举报
回复
没看出个头绪来
ahpop 2013-04-11
  • 打赏
  • 举报
回复
引用 6 楼 aalansehaiyang52 的回复:
没看到代码,只是听你在描述,感觉怪怪,也想不出哪有问题 不行你就打开调试模式,断点调下
代码发上了,你看下。
ahpop 2013-04-11
  • 打赏
  • 举报
回复
程序代码没有问题。好像就是我的打洞逻辑是不是有问题。
ahpop 2013-04-11
  • 打赏
  • 举报
回复
这是服务端收到请求打洞的函数:
public void penetrate(Pack pack, InfoPack ip) {
		String info=newStr(ip.getInfo());
		if(null!=info){
			String[] tem=info.split(Command.splitStr);
			String email=tem[0];
			String ownerMail=tem[1];
			ManageConnect mc=new ManageConnect();
			if(mc.online.containsKey(email)){
				UserStatus us=mc.getUser(email);
				String hostport = socketAddToStr(us.getAddress());
				//给客户端发送所请求的地址	
				server.send(Command.penetrateRe, hostport+Command.splitStr+email, address);
				//给被请求方发打洞信息
				String host=socketAddToStr(address);
				server.send(Command.needPenetrate, host+Command.splitStr+ownerMail, us.getAddress());				
			}else{
				//请求的客户不在线
				server.send(Command.penetrateErr, email, address);
			}
		}
	}
这是客户到接收到服务端的命令后的函数。
if(command==Command.penetrateRe){
			penetrateRe(pack, ip);
		}else if(command==Command.needPenetrate){
			try {
				Thread.sleep(1000*2);
			} catch (InterruptedException e) {
				e.printStackTrace();
			}
			penetrateRe(pack, ip);
		}else if(command==Command.penetrateOk){
                        String email=handlerData(pack, ip);
			System.out.println(email+": hole punched is success complete....................");
                }
	private void handlerLogin(Pack pack, InfoPack ip) {
		String friend = handlerData(pack, ip);
		if(null!=friend&&friend!=""){
			LoginUI login = (LoginUI) ManageViewUI.getObject("login");
			String email = login.getMailJtf().getText();
			login.dispose();
			ManageViewUI.removeObject("login");
			MainUI mu = new MainUI(email);
			ManageViewUI.putObject("main", mu);	
			ManageServer.getClientUDP().sendHeartBeat(email);
			String[] userFriend = friend.split(Command.splitStr);				
			mu.putFriendList(userFriend);				
		}
	}
微观技术 2013-04-10
  • 打赏
  • 举报
回复
建议先搞个单个连接,看看接收端能不能收到发送方的消息,然后反向再测试下 如果都能通的话,再测你这种两者互发的情况
微观技术 2013-04-10
  • 打赏
  • 举报
回复
互联网的范围太大了 是不是端口被占用了又或者等待死锁
内容概要:本文提出了一种基于改进扩散模型的高海拔地区新能源高波动出力场景生成方法,并提供了完整的Python代码实现。该方法针对高海拔地区风能、光伏等新能源出力波动剧烈、不确定性高的特点,通过优化扩散模型的结构与训练策略,有效捕捉历史数据的概率分布特征与时序相关性,从而生成高质量、多样化的出力场景。文中详细阐述了模型的数学推导、网络架构设计、损失函数优化及采样算法改进,并通过实验证明其在拟合精度、场景多样性与稳定性方面优于传统生成模型,为电力系统在高比例新能源接入下的规划、调度与风险评估提供了可靠的场景输入支持。; 适合人群:具备一定Python编程能力和机器学习基础,从事新能源发电预测、电力系统分析、智能优化、场景生成等方向研究的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①用于高海拔地区风电、光伏出力的不确定性建模与多场景生成;②支撑含高渗透率新能源的电力系统随机优化调度、鲁棒决策与风险评估;③为相关学术研究、论文复现与算法改进提供可运行的技术方案与代码基础; 阅读建议:建议读者结合所提供的完整资源(代码、数据集、说明文档)进行实践操作,重点关注扩散模型的前向加噪与反向去噪过程的设计细节,以及如何将其适配于新能源时序数据的生成任务,通过参数调优与对比实验深入理解模型的生成机制与性能边界。

25,980

社区成员

发帖
与我相关
我的任务
社区描述
高性能WEB开发
社区管理员
  • 高性能WEB开发社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧