问题描述
问题如图:
解决方案
解决方案二:
大神在哪里,小弟做C#sockettcp连接的小程序碰到这种结构发现只能在同一个路由器下的两台计算机连接。怎么办啊啊啊啊啊
解决方案三:
做个对等网络,但最好用UDPhttp://www.cnblogs.com/zhangtao/articles/1440777.html
解决方案四:
或者在路由器上把pc2映射出去
解决方案五:
p2p跟打洞是两回事,大多数up2p都不是打洞。
解决方案六:
大多数up2p都不是打洞-->大多数p2p都不是打洞p2p是网络协议设计策略,而不是简单的“打洞”技术。由于“打洞”这个词儿比较技术化、比较酷,所以许多人只喜欢这类外表光鲜的词儿,而不喜欢研究策略性的设计。
解决方案七:
对于tcp长连接方式,你可以用一个clientA连上server,然后server随时推送消息给clientA;然后你再用clientB连上server,这样server随时推送消息给clientB。这样进行A与B的互相访问,也就非常容易了。因此你需要有一台服务器放到所有client都能访问的位置,并且实现c-s的tcp长连接。即可。
解决方案八:
引用6楼sp1234的回复:
对于tcp长连接方式,你可以用一个clientA连上server,然后server随时推送消息给clientA;然后你再用clientB连上server,这样server随时推送消息给clientB。这样进行A与B的互相访问,也就非常容易了。因此你需要有一台服务器放到所有client都能访问的位置,并且实现c-s的tcp长连接。即可。
恩,这我目前想到的解决办法也是公网上放一台服务器,各个客户端与服务器长连接,通过公网服务器分发内容。但是如果客户端很多,那长连接太多了,所以想当服务器有消息需要推送到客户端时,由服务器建立连接,这样可以节省很多开销。但是正如有NAT的存在,好像比较困难。不知道现在移动端app的消失都是服务器推送的,还是app向web询问后回发的。我是做智能家居的,所以客户会用手机在任意地方关灯开灯什么的,还要手机上看家里的监控录像,不知道怎么搞,如果每次都是客户端询问感觉延迟很严重。
时间: 2024-09-15 05:25:06