FRP什么情况下不走服务器，FRP内网穿透不走服务器怎么实现

FRP默认所有代理流量都要经过frps服务器，只有XTCP打洞成功、访问端与frpc同机或同内网、frps部署在本地等少数情况，数据面才不经过公网服务器；控制信令通常仍走frps。

很多人装完FRP,看到云服务器流量跑得飞快，就以为有办法让所有流量都不走服务器，这个想法只对了一半，FRP本身是内网穿透工具，frpc负责把内网服务挂到frps上，frps是公网入口，只要外部用户访问的是frps暴露的端口，流量基本都会绕一圈服务器，能不能绕开，关键看代理类型和网络环境。

FRP默认流量路径：为什么多数代理都走服务器

先分清三个角色,frps跑在公网云服务器，frpc跑在内网机器，visitor跑在访问端，普通TCP、HTTP、HTTPS代理，外部用户只能连到frps，frps再把数据转给frpc，这个路径决定了服务器带宽是必经之路。

普通代理类型的数据路径

据公开网络资料,FRP项目在GitHub开源，协议为Apache 2.0，它的核心设计是客户端主动连接服务端，所以默认情况下，frps就是数据中转站，你访问远程桌面、Web服务、SSH，只要走tcp或http代理，流量就会占云服务器带宽。

控制信令与数据流量不是一回事

FRP的控制连接始终存在,frpc要向frps注册代理、交换心跳、同步配置，这部分流量很小，通常只占几KB到几十KB，真正吃带宽的是数据面，XTCP的思路就是把控制面留在frps，数据面尝试让两端直接对话，业内专家指出，FRP的控制面与数据面可以分离，XTCP正是这种思路。

frp xtcp打洞成功流量还走服务器吗

答案很直接：

XTCP打洞成功后，数据流量不走frps；打洞失败后，数据流量仍然走frps。 这也是很多人搜“frp xtcp打洞成功流量还走服务器吗”的原因。

XTCP的P2P条件

XTCP依赖UDP打洞,双方NAT类型越友好，成功率越高，行业共识认为，NAT打洞成功率与NAT类型强相关，以下条件更有利：

• 至少一方有公网IP,或者一方是Full Cone NAT。
• 双方防火墙放行UDP,云服务器安全组也放行UDP相关端口。
• frps只负责信令,不强制中继。
• 访问端也运行frpc,并配置visitors。
• 网络运营商没有封UDP,或没有做对称NAT限制。

如果双方都是对称NAT,打洞往往失败，失败后，FRP会回退到中继路径，这时流量又回到frps。

实操：XTCP配置与验证

服务端frps.toml最小配置：

bindPort = 7000

内网服务端frpc.toml：

serverAddr = "你的公网服务器IP"
serverPort = 7000
[[proxies]]
name = "xtcp_nas"
type = "xtcp"
secretKey = "换成强密码"
localIP = "127.0.0.1"
localPort = 22

访问端frpc.toml：

serverAddr = "你的公网服务器IP"
serverPort = 7000
[[visitors]]
name = "xtcp_nas_visitor"
type = "xtcp"
serverName = "xtcp_nas"
secretKey = "换成强密码"
bindAddr = "127.0.0.1"
bindPort = 6000

启动后,访问端执行：

ssh -p 6000 用户名@127.0.0.1

如果日志出现打洞成功、P2P连接建立类似提示，数据就不走frps，想验证，可以在frps服务器上用iftop、nload或云监控看带宽，传输大文件时，frps带宽不涨，基本说明直连成功，若带宽跟着涨，说明回退中继了。

家里NAS用frp什么情况下不走服务器

家庭NAS是典型场景,你在公司想访问家里NAS，如果只配普通tcp代理，所有照片、视频、备份流量都走云服务器，云服务器按带宽或流量计费，成本很快上来，搜索“家里NAS用frp什么情况下不走服务器”的人，多半就是被带宽账单教育过。

同机、同内网、公网直连三种绕过FRP的场景

• 

  同机访问：在NAS本机访问0.0.1:5000，不经过frps。

• 同内网访问：手机和NAS都在家里WiFi，直接访问168.x.x:5000，不经过frps。
• 公网IP加DDNS：家里宽带有公网IPv4或IPv6，路由器做端口映射，外网直接访问，不走FRP。
• XTCP打洞成功：外网设备装frpc visitor，和家里frpc建立P2P，数据直连家里NAS，不走云服务器。

前三种本质是绕过FRP,不是FRP本身不走服务器，第四种才是FRP体系内的“不走服务器”。

家庭宽带打洞成功的判断方法

家里宽带常见NAT类型是Full Cone或Restricted Cone，打洞成功率相对高，判断方法：

1. 在NAS所在网络运行NAT类型检测工具,查看UDP映射行为。
2. 确认路由器没有开启“对称NAT”“SIP ALG”等干扰选项。
3. 确认frps服务器UDP端口未被安全组拦截。
4. 用XTCP传输大文件,同时观察frps服务器带宽。
5. 查看frpc日志,确认是否出现P2P成功提示。

如果家里是运营商级NAT,且没有公网IP，打洞失败概率会明显增加，此时要么找运营商申请公网IP，要么接受中继，要么换用ZeroTier、Tailscale这类组网工具。

frp和zerotier哪个不走服务器，以及收费与地域选择

frp和zerotier哪个不走服务器

两者都能在条件满足时直连,FRP的XTCP偏向端口映射，适合把单个服务暴露给访问端，ZeroTier偏向虚拟局域网，适合多设备组网，ZeroTier直连成功时，流量走P2P；失败时走官方中继，FRP的XTCP直连成功时，数据不走frps；失败时走frps，差别在于FRP需要自己准备公网服务器做信令，ZeroTier使用官方或自建Moon节点，谁更“不走服务器”，取决于NAT类型和是否愿意维护节点。

frp内网穿透收费吗，哪些模式省服务器带宽

FRP软件本身免费,收费的是公网服务器、带宽和流量，云服务器常见计费方式有两种：固定带宽和按流量计费，固定带宽便宜但上限低，按流量计费适合突发但单价高，想省服务器带宽，优先考虑：

• XTCP打洞成功,数据直连。
• 本地或同内网直接访问,不经过FRP。
• 只把低流量管理端口走FRP,大流量走P2P或公网直连。

• 

  用STCP做安全访问,但要接受它仍走frps。

• 用SUDP做UDP访问,同样走frps。

普通tcp、http、https、stcp、sudp都不会省服务器带宽，XTCP是FRP里最值得尝试的省带宽模式。

北京frp服务器延迟高怎么让流量不走服务器

北京用户如果frps买在南方或海外,延迟会明显，搜索“北京frp服务器延迟高怎么让流量不走服务器”的人，通常想要低延迟直连，做法是：

• 把frps换到北京或周边地域,只做信令，降低控制延迟。
• 配置XTCP,让数据走P2P，绕开跨地域frps。
• 如果双方都在北京同城,同运营商网络打洞成功率更高。
• 如果打洞失败,可以尝试IPv6直连，很多家庭宽带已分配IPv6。
• 云服务器选择按量付费小带宽,仅用于信令，成本可控。

让FRP尽量不走服务器的实操检查清单

• 确认代理类型是xtcp，不是tcp或stcp。
• 服务端frps.toml只保留必要端口，UDP放行。
• 访问端必须运行frpc,并配置[[visitors]]。
• secretKey两端一致，serverName与服务端代理名一致。
• 防火墙放行UDP,路由器关闭对称NAT相关限制。
• 用大文件传输测试,观察frps服务器带宽。
• 查看frpc日志,确认P2P打洞成功。
• 配置回退代理,打洞失败时至少服务可用。
• 不要把所有流量都压到frps,管理端口走FRP，数据端口走P2P。
• 定期检查云服务器流量账单,确认XTCP是否真的直连。

frp什么情况下不走服务器常见问题

frp什么情况下不走服务器，XTCP失败还能直连吗？

不能,XTCP失败后通常回退到中继路径，数据会经过frps，直连的前提是UDP打洞成功，或者双方本来就在同一局域网、同一机器。

frp不走服务器需要公网IP吗？

不一定,至少一方有公网IP或NAT类型友好时，打洞成功率更高，双方都是对称NAT且无公网IP时，XTCP直连很难成功，此时只能中继，或改用IPv6直连、组网工具。

frp xtcp与stcp哪个省服务器带宽？

XTCP打洞成功时省服务器带宽,数据直连两端，STCP始终经过frps，只是访问端需要密钥，安全性更好，但服务器带宽照样消耗。