linker
linker copied to clipboard
snltty
.NET8、p2p打洞(tcp+udp)，和异地组网(点对点，点对网，网对网)，和内网穿透，.NET8 NAT transfer, Virtual Private Network，P2P Tunnel
异地组网问题。
网络环境： A：ADSL1000M + 固定IP100M上下对等。 B：ADSL1000M + 固定IP100M上下对等。 自建服务端运行在A使用固定IP，然后A和B端局域网下各自使用一台设备运行linker，主路由进行静态路由指向设备，两端局域网均已可达。 问题1: A端既服务端又有客户端，无法读取外网IP，且主路由ikuai分流运行linker的设备到固定IP，但是1804管理页面依旧无法读取外网IP，B端又只能读取到ADSL的外网IP，两端只能中继。 问题2：在A端某个设备进行文件共享（表格之类的），B端直接打开文件非常慢，而且大部分情况下使用WPS打开稍微大一点的表格文件，先是转圈，然后WPS会直接卡死，但如果把文件拷贝到本地再进行打开就没问题。 另外使用了OPV进行了测试，没有出现上述问题2中的情况。
对于一些对网络环境要求不高，无法打洞且客户端又有大量的数据要发送的情况pcp功能就显得尤其重要了。 对于pcp功能的逻辑设想如下，供大佬参考 1.pcp功能可默认不开启，哪些客户端需要开启则手动开启 2.当客户端a启用pcp功能且无法与客户端b打洞时，那么a仍然保持一个中继链接，同时通知所有能与a打洞的客户端，尝试与b打洞如果客户端c能同时与a和b打洞则客户端c可作为中继点。（鉴于客户端中继的不可确定性因素较多，建议可多尝试几个客户端能同时与a和b打洞的客户端保持连接，一旦c断开则自动切换为其他客户端中继或者中继服务器中继） 3.更加细致的功能延伸----为了保证每个客户端不受pcp中继的上传带宽影响，可设置每个客户端作为中继节点时的最大上传带宽。这就能保证所有客户端既能作为中继节点又不影响网络内的带宽。
