要让域名直接访问本地项目，核心办法只有两条路：给电脑配置公网IP+端口映射，或者用内网穿透工具把本地端口映射到公网域名。前者需要运营商分配公网IP，多数家庭宽带不满足；后者是目前开发者和中小企业的常用方案,配置十分钟内能完成。
先讲一个非常常见的场景，某天你写完了前后端分离项目，接口联调也通过了，想让老家的同事打开浏览器看一眼效果，直接把链接发过去，对方看到的不是连接超时就是根本打不开，你开始怀疑代码出了问题，这只是因为你的项目正躺在本机的localhost:8080里,并没有暴露到公网。
你真正要解决的是：让域名解析到你的电脑，并在访问时精准找到对应的服务端口，整个过程涉及DNS解析、网络环境确认、内网穿透或者路由器端口映射,下面从最省事的方案说起。
域名解析到本地服务器的两种路径
第一选择：内网穿透工具
内网穿透在当前环境下的优先级远高于公网IP方案，国内多数宽带没有固定公网IP，运营商给的是大内网地址，意味着外部设备根本无法直接访问你的路由器，此时即使域名解析到了你的IP,数据包也到不了你家门口。
内网穿透的原理不难理解，你在本地运行一个客户端，它主动连接到穿透服务商的服务器，建立一条加密隧道，服务器上分配一个公网域名，访问这个域名时流量自动转发到你电脑的指定端口，你的电脑不需要公网IP，也不需要调整路由器设置,唯一要做的就是保持客户端在线。
业内专家指出，内网穿透工具的选择标准是连接稳定性、带宽速度和配置复杂度，工具没有绝对的好坏,取决于你对这三项的权重排序。
| 工具 | 特点 | 适合场景 |
|---|---|---|
| cpolar | 国内访问快，支持自定义域名，免费版有随机二级域名 | 日常开发调试、小程序联调 |
| natapp | 基于ngrok二次开发，隧道分发及时，支持TCP/UDP | Web服务、API接口回调测试 |
| 花生壳 | 老牌动态域名解析服务，穿透稳定，有付费门槛 | 有公网IP或内网设备的长期映射 |
第二选择：公网IP+端口映射
如果你确实有公网IP（确定方式下文会说），那就能用更“正统”的方式，把域名解析到你的公网IP，再在路由器上把公网端口转发到内网主机的对应端口，这个方案的优点是流量不经过第三方服务器，访问速度取决于你宽带的上下行带宽，缺点是配置环节多、安全性由你负责。
内网穿透域名绑定本地端口的配置步骤
第一步：选定穿透工具并完成安装
以cpolar为例，先去官网注册账号，下载对应系统版本的客户端，Windows用户解压后直接运行cpolar.exe，macOS和Linux用户可以通过包管理器安装,安装完成后在终端执行：
cpolar authtoken <你的认证令牌>这段命令的作用是将你的本地客户端和官网账号绑定，不执行它会提示未认证，认证令牌在官网控制台的正上方,复制粘贴即可。
第二步：启动隧道并映射本地端口
假设你的本地项目跑在8080端口，此时新建一个终端窗口,执行：
cpolar http 8080终端会显示一条公网地址，长得像https://xxxxxx.cpolar.top，把它复制到手机浏览器里打开，如果能看到你的项目首页，说明隧道已经通了，但这条地址是动态变化的，每次重启客户端可能都会换域名。
第三步：固定域名让访问地址不再变化
在cpolar官网控制台的“保留”页面里，可以绑定一个二级域名，比如mytest.cpolar.top，然后在本地配置文件（Windows在%USERPROFILE%\.cpolar\cpolar.yml，Linux和macOS在~/.cpolar/cpolar.yml）中指定隧道名称和域名：
tunnels:
myweb:
proto: http
addr: 8080
domain: mytest.cpolar.top保存后重启客户端，访问mytest.cpolar.top就能稳定命中你的本地项目，以后给同事发的链接不用换，只要电脑开着、客户端连着、项目起着,随时能打开。
本地项目上线测试域名与公网环境的差异
上线测试域名不能直接当生产环境用，穿透服务商提供的域名带宽有限，免费档位通常只有几Mbps，同时在线人数一多就会出现加载慢、图片糊的情况，多数情况下，内网穿透适合验证功能、给客户演示、处理回调请求,真正上线还是建议部署到云服务器。
还有一点容易被忽略：本地项目的配置要检查，如果你的前端页面里硬编码了http://localhost:8080/api，那么通过域名访问时浏览器会把请求发回访问者自己的电脑，自然无法请求到任何数据，要把接口地址换成环境变量,或者配置代理转发。
搭建公网IP方案的完整路径
查询是否具备公网IP
打开搜索引擎输入“IP地址”直接搜索，记下显示的IP，接着进入路由器后台找到“WAN口状态”或“运行状态”，上面显示的IP如果是x.x.x、16.x.x到31.x.x、168.x.x这一段，就说明没有公网IP，对比后两个地址一致,则表示拿到了公网IP。
域名解析与端口映射
获得公网IP后，去你的域名服务商后台修改解析记录，添加一条A记录，主机记录填或www，记录值填公网IP,TTL选默认值即可。
然后登录路由器后台，找到“端口映射”或“虚拟服务器”菜单（各品牌位置不同，TP-Link在“转发规则”下，华硕在“WAN”分类下）,添加一条映射规则：
- 外部端口：填
8080（也可以填80，但多数运营商屏蔽了80端口,建议用非标准端口） - 内部IP地址：填你电脑的局域网IP，比如
168.1.100 - 内部端口：填项目实际监听的端口，比如
8080
完成后在手机上用http://公网IP:8080访问一次，通了再解析域名，如果打不开，检查两个地方：一是电脑防火墙是否放行了外部入站请求，Windows系统在“防火墙高级设置”里新建入站规则，放行TCP端口8080；二是项目本身要监听0.0.0而不是0.0.1,后者只接受本机访问。
应付动态IP的运维细节
家庭宽带的公网IP是动态的，隔几天可能变一次，此时可以用动态域名解析服务（DDNS），路由器内置的DDNS功能或者群晖的DDNS套件，能把域名自动绑定到当前动态IP上，域名始终不变,IP变了由DDNS服务商自动更新解析结果。
为什么域名指向了IP却访问不了本地项目
这个问题在开发者社区中被反复提及，域名解析正常在访问者电脑上执行ping 你的域名，返回的IP确实是目标地址但浏览器就是转圈然后超时,原因大概率出在以下三个环节。
运营商封禁了常用端口
国内运营商对80端口和443端口的管理非常严格，未经备案的域名通过80端口访问，会被直接拦截；443端口同样需要备案且部署证书才能正常使用，解决办法是把外部端口换成8000、8080等非常用端口,访问时在域名后面加上端口号。
防火墙拦截了入站连接
Windows防火墙默认对入站连接采取限制策略，如果你在公网IP方案中没有主动添加入站规则，即使端口映射配置正确，数据包到了电脑面前也会被拒收，这个问题的特征是局域网内访问正常，外网访问失败，顺手检查一下路由器防火墙的安全级别，部分路由器默认开启了“拒绝WAN口Ping”之类的选项,也会干扰调试。
项目的监听地址有误
用Node.js或者Python开发时，服务默认监听localhost，这里很多人会掉坑：明明项目在本地跑得好好的，隧道也创建成功了，但域名访问就是不通，执行netstat -ano | findstr 端口号（Windows）或lsof -i :端口号（Linux/Mac）查看监听地址，如果显示0.0.1而不是0.0.0，就需要在启动项目时指定host: 0.0.0.0。
HTTPS证书带来的额外问题
通过内网穿透访问时，工具通常自带HTTPS证书或免费签发一张自动化证书，而这些证书的域名与隧道分配的域名相符，所以浏览器不会告警，但如果用公网IP方案，IP地址默认是不能签发有效证书的，浏览器会提示“不安全”,需要额外使用证书服务或者接受访问者的手动信任操作。
方案选择就看一个预算条件
域名访问本地项目的整体思路已经全部走完，现实落地的选择依据并不复杂：没有公网IP就买一台内网穿透工具，有公网IP就自己配置端口映射，内网穿透工具免费版够用三个月左右，付费版本一年约几十到百元级；公网IP方案免费但要花精力维护，且要承担一定的安全和合规责任，从查询IP到做一个固定域名访问本地项目的全流程，一条链路按步骤走,多数情况下半小时内解决。
Q&A：域名访问本地项目常见问题
内网穿透的免费域名不稳定，域名解析到本地服务器有什么区别？
免费域名一般由穿透服务商随机分配，特点是可用但不可控，域名和工具绑定，每次重启工具或切换付费等级，默认域名都会变化，域名解析到本地服务器是指你拥有自己的域名，通过DNS解析将域名指向穿透服务的专用服务器地址，实现通过自己的域名访问本地资源，实际操作中，绝大多数穿透工具和DDNS服务商都支持绑定自定义域名,配置方式是在工具面板或路由器DDNS设置中填入你的域名。
内网穿透的付费版本主要解决什么问题？
免费版的长链接稳定性较差，多数情况下，免费隧道在长时间空闲后会被服务商回收或休眠，下次访问要重新建立隧道，表现为“第一次打开慢，几秒后恢复正常”，付费版本主要保证带宽独占、连接常驻和自定义域名免受重新分配风险，对于需要频繁展示项目的开发者而言,付费的性价比相对较高。