云服务器和本地打通内网端口方式

如何通过云服务器FRP 配置让树莓派板子运行的服务端程序被客户端访问?

要通过 云服务器 + FRP 内网穿透,让公网客户端访问你 树莓派运行的 Qt 服务端程序,下面是详细的完整步骤,适合你现在的场景:

云服务器安装并启动 frps

wget https://github.com/fatedier/frp/releases/download/v0.53.2/frp_0.53.2_linux_amd64.tar.gz
tar -xzf frp_0.53.2_linux_amd64.tar.gz
cd frp_0.53.2_linux_amd64
### P2P内网穿透技术实现方案 #### 背景概述 P2P(Peer-to-Peer)内网穿透是一种允许位于不同私有网络中的设备直接通信的技术。然而,在实际应用中,由于大多数用户的网络环境受到NAT(Network Address Translation)的影响,尤其是对称型NAT的存在,使得P2P直连变得困难。 一种常见的解决方案是利用UDP打洞(Hole Punching),它通过借助一个公共服务器来协调两端的连接尝试,从而绕过NAT限制[^1]。 #### UDP打洞的工作机制 假设存在两台主机AB,它们分别位于不同的私有网络中,并由各自的NAT设备N1N2管理。为了使这两台主机能够互相通信: 1. **建立初始连接** 主机AB分别向一个全局可访问的公共服务器S发起UDP连接请求。此时,NAT设备会记录下这些连接的状态,并分配相应的外部端口给每条连接[^3]。 2. **交换端口信息** 一旦S接收到来自AB的消息后,它可以获取到两者经由各自NAT映射后的公网IP地址及其对应的端口号。随后,S将此信息反馈至另一方,即告诉A关于B的信息以及反之亦然。 3. **尝试穿越NAT** 接下来,按照所获知的目标地址与端口配置,A开始向B所在位置发送数据包,而B也同步执行相同操作朝向A的方向发射消息流。理论上讲,只要路径上的防火墙设置不阻止此类流量,则最终应该可以成功建立起双向通讯链路。 需要注意的是,上述过程对于特定类型的NAT较为有效——特别是全锥形(cone)或者受限锥形(restricted cone),但对于完全对称式的NAT来说成功率较低甚至不可能完成自动打通动作[^2]。 #### 技术选型分析 - **FRP工具**: 使用XTCP协议测试未果的情况表明该场景可能涉及到了更为严格的网络控制措施或是遇到了兼容性方面的问题。 - **STUN/TURN服务组合**: STUN用于探测客户端所在的NAT类型并通过反射得知真实的外网出口参数;TURN则充当备用的数据转发中介角色以应对无法单纯依靠信令交互达成目的的情形。不过后者显然增加了额外开销因为所有传输都需要经过中心节点处理再分发出去。 以下是基于Python检测本地NAT类型的简单脚本示例: ```python import pynat def check_nat_type(): gateway = pynat.get_gateway() internal_ip, external_ip = pynat.get_ip_info() print(f"Gateway: {gateway}") print(f"Internal IP:Port {internal_ip}") print(f"External IP:Port {external_ip}") if __name__ == "__main__": try: check_nat_type() except Exception as e: print(e) ``` 尽管如此,考虑到现今大部分家庭宽带接入服务商所提供的互联网服务普遍采用了对称形式的NAT策略,纯粹依赖于传统意义上的P2P方式往往难以奏效。因此,在设计具体实施方案之前务必要先确认目标环境中适用的具体条件才行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Fu_Lin_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值