没有域名照样能用frp做内网穿透，核心办法就是走TCP模式，直接用IP加端口访问内网服务。不少人一搜frp教程就默认要配域名、折腾备案、搞HTTPS证书，结果卡在域名这一步就放弃了，实际上对绝大多数个人用户和中小团队来说，域名只是锦上添花，不是必需品，你家里的群晖、办公室的Windows远程桌面、跑在笔记本上的Web服务，只要部署得当，用IP加端口就能从外网访问，下面把无域名场景下的配置思路、踩坑点和进阶玩法一次说清楚。
为什么没有域名不影响frp内网穿透
frp的工作机制是客户端（frpc）主动连接服务端（frps），再由服务端把流量转发给客户端，这个过程中，frps只认端口，不认域名，域名是HTTP/HTTPS协议层的东西，当你用TCP或UDP模式转发流量时,frp根本不会检查Host头。
很多教程默认给你看Web管理界面、子域名绑定那一套，那是为了做多站点分发和虚拟主机托管，如果你只是想让外网连回家里那台NAS或者公司内网一台服务器，直接用TCP模式即可，相当于你在云服务器上开了一个端口，frp把这个端口和内网机器的某个端口绑定,外网访问云服务器的这个端口就等于访问内网服务。
frp内网穿透域名怎么设置才算正确理解
先说一个容易混淆的概念：有的frp配置里确实写了custom_domains或subdomain，那是给HTTP/HTTPS类型用的。如果你走TCP模式，这些字段完全可以不写，配置里只需要remote_port和local_ip、local_port就够了，搞清楚这点,你就能少走一半弯路。
frp没有域名可以吗？看完配置流程你就明白了
直接上实操，场景假设：你有一台云服务器（公网IP假设为2.3.4），家里一台电脑跑了Nginx的80端口,你想在外网访问这个Nginx页面。
服务端frps.toml配置（以frp 0.52以上版本为例）：
bindPort = 7000 auth.token = "你的随机token"
启动frps：./frps -c frps.toml
客户端frpc.toml配置：
serverAddr = "1.2.3.4" serverPort = 7000 auth.token = "你的随机token" [[proxies]] name = "web-no-domain" type = "tcp" localIP = "127.0.0.1" localPort = 80 remotePort = 8080
启动frpc：./frpc -c frpc.toml
然后你在外网浏览器打开http://1.2.3.4:8080，就能看到家里Nginx的内容了，整个配置过程里没有出现任何域名，这个方案适合SSH、远程桌面（RDP）、数据库连接、API接口调试、部分Web应用等绝大多数非浏览器强缓存场景。
外网访问内网服务器，没用域名卡在哪一步
多数人卡住的点在于：浏览器访问http://IP:端口时，如果Web应用内部写了绝对路径跳转或者用了WebSocket，页面可能显示不正常，这是应用层的问题，不是frp的锅,解决办法有两个：
- 手工改应用配置，把回调地址改成IP加端口
- 用Nginx在frp服务端做一层反代，把IP加端口转成不带端口的样子
但注意，Nginx反代同样不需要域名，直接监听公网IP即可，只是因为公网IP的80端口通常被云服务商要求备案，所以建议用8080、8888这类非标准端口,省心。
无域名场景下frp内网穿透速度慢怎么办
不少用户反馈，配置没问题，但访问延迟高、视频卡顿,这里要区分两种情况。
第一种情况：传输节点绕路，frp的数据路径是你的电脑 → 云服务器 → 家里内网，如果云服务器在华东，你家在华北，数据往返自然慢，部分用户会选用BGP线路，但在无域名场景下，更建议选择离你物理距离近的云节点，据统计，多数情况下延迟主因不是frp本身，而是云服务器线路质量。
第二种情况：加密和压缩配置不当，frp支持transport.useEncryption和transport.useCompression，但这两个选项在带宽充足时会增加CPU开销，内网穿透跑大文件时会发现CPU很高、速度上不去，建议：家里带宽小于50M时关掉压缩，只用加密；如果跑的流量本身是视频等已压缩格式,两层都别开。
无域名frp内网穿透的几种进阶连接方式
基础TCP模式够用,但有些场景可以更优雅。
用hosts文件模拟域名，省掉端口号
本地电脑上编辑C:\Windows\System32\drivers\etc\hosts（或Linux的/etc/hosts）,加一行：
2.3.4 mynas.local然后在浏览器输入http://mynas.local:8080，看起来就像用域名了，这个思路适合自己长期使用，不用每台设备都配，业内专家指出，局域网内配合自建DNS（比如AdGuard Home或Pi-hole），全屋设备都能自动解析这个伪域名,体验接近真实域名。
用frp的STCP模式做点对点连接
STCP模式叫秘密TCP，它允许你用一个服务端的公开端口作为“访客入口”，但实际流量可以走点对点通道（需要打洞成功），不走云服务器中转，这在没有域名的场景下优势明显云服务器只承担信令交换，数据直连后速度接近局域网，配置方式是在frpc里加secretkey，然后另一台机器用type = stcp加同样的sk访问，打洞失败时自动回退到中转模式,正常功能不受影响。
多级代理：从一个内网跳到另一个内网
frp支持tcpmux和HTTP CONNECT代理，这意味着你可以在已有frp通道的基础上再套一层，你人在公司，公司不能出外网，但你有一台云服务器可访问，此时让家里的frpc连云服务器，然后在公司这台机器上也跑一个frpc，把流量经云服务器转发到家里，这个场景下域名依然是无所谓的,只要每一段都走TCP模式即可。
无域名frp内网穿透的安全性如何保证
没有域名不代表可以裸奔，公网IP加端口的扫描攻击非常频繁,安全加固建议如下：
- frps自带的token一定要设强随机，别用123456
- remote_port不要用常见端口，如22、3389、3306这类容易被探测
- 云服务器安全组只对指定IP放行frp端口，比如你公司出口IP
- frps启用
allowPorts白名单，限制只开1024以上高端口 - 对HTTP应用额外做BasicAuth（frp内置
auth字段支持）
frp内网穿透访问不了？按这顺序排查
问题出现时，按下面列出的步骤逐一排查,基本能解决九成场景：
- 云服务器安全组是否放行了
remote_port和bindPort - frps进程是否在运行，用
netstat -tlnp看监听状态 - 本地frpc日志有没有
start proxy success字样 - 在云服务器上执行
curl 127.0.0.1:8080测试服务端是否能通 - 内网本机执行
curl 127.0.0.1:80看服务是否正常 - 浏览器访问时留意是超时还是连接重置，前者通常是防火墙问题，后者通常是配置错误
无域名frp内网穿透的费用参考
这可能是很多人关心的点，本地有公网IP的话，frp服务端直接装在家里即可，成本为零，但多数人是没有公网IPv4的，云服务器的价格近年来一直在降，轻量级实例每月几十元到一百多元；如果只是想穿回来看个文件、连个远程桌面，选最便宜的基础款就够，带宽通常给到4M-10M，跑个文档、代码传不了大文件,但日常够用。
如果对便宜还有执念,有两个思路：
- 国内云厂商买按量计费服务器，用几天关几天，成本可控
- 用免费的frp公共服务（但注意数据安全和隐私风险,不推荐放敏感资料）
常见问题解答
frp内网穿透没有域名就跟SSL证书无缘了吗
不是，frp的TCP模式同样支持TLS加密，配置里transport.tls.enable = true即可，但浏览器对“裸IP的HTTPS证书”支持有限，除非你手动信任自签证书。如果只是用RDP、SSH、数据库客户端，TLS加密完全够用，不需要正式SSL证书，这类应用不校验证书名称,能建立加密通道即可。
frp内网穿透一个IP能开多个服务吗
完全可以，同一个云服务器的IP，通过不同remote_port映射不同的内网服务，比如8080映射群晖、8443映射路由器、2222映射SSH，注意remote_port要互不冲突，且云服务器安全组放行对应的所有端口段，如果服务数量特别多，也可以用frp的tcpmux在单一端口上复用多路TCP流量，但配置复杂度会高一些,适合进阶用户。
frp和nps、ngrok这些工具怎么选
frp性能强、配置灵活、社区活跃，是无域名穿透的首选，ngrok更偏向开发者调试，免费版功能受限，自定义也需要域名映射，nps支持多用户管理，但对于只有一两台机器的个人场景，nps的Web管理面板反而显得有些重，行业共识认为，无域名场景下优先考虑frp的TCP模式，资料最多、踩坑最好查、升级跨度也小。