为什么内网服务也需要名字
你在公司开发一个后台管理系统，同事想看看你写的页面，于是你告诉他：‘我电脑开的，IP是192.168.1.103，端口8080’。他打开浏览器输入地址，勉强能访问。可下次换台设备，IP变了，又得重新说一遍。这就像每次见朋友都得背一遍家庭住址，麻烦不说，还容易出错。
其实，内网里的设备也可以有自己的“名字”。比如访问 http://dev-server:8080 或 http://printer 这样的地址，而不是记一串数字。这就是主机名解析服务在内网中的价值。
什么是主机名解析服务
简单说，它就是把名字翻译成IP地址的过程。外网靠DNS，比如把 baidu.com 变成 220.181.38.148。内网同样可以搞一套小型的“私人DNS”，让局域网里的设备通过名字互相访问。
常见的实现方式包括：
- 修改每台电脑的
hosts文件手动绑定 - 部署本地DNS服务器（如 dnsmasq、Bind）
- 使用支持mDNS的系统（比如苹果的Bonjour，对应地址是 .local 域名）
用 hosts 最快上手
如果你只是临时测试，改 hosts 文件最直接。在 Windows 上路径是 C:\\Windows\\System32\\drivers\\etc\\hosts，macOS/Linux 在 /etc/hosts。
192.168.1.103 dev-app.local
192.168.1.200 my-nas.home保存后，浏览器里输入 http://dev-app.local 就能访问那台开发机上的服务了。适合小团队或个人调试。
内网映射解决的是另一个问题
上面说的是“局域网内部怎么用名字访问”，但如果你人在外面，想连回家的NAS，或者客户要看你本地跑的网页原型，这时候就得用内网映射。
内网映射本质是打通外网到你本地机器的通道。常见做法是反向代理，比如用 frp、ngrok 或花生壳这类工具，把本地的 8080 端口“暴露”到公网的一个域名下。
# frpc 配置示例
[web]
type = http
local_port = 8080
custom_domains = test.yourdomain.com配好之后，别人访问 test.yourdomain.com，请求就会被转发到你电脑的8080端口。即使你用的是家庭宽带，没有固定公网IP，也能实现。
结合使用更方便
有些团队会把两套机制结合起来。比如公司内部用 dnsmasq 统一管理主机名解析，所有开发机和服务都有固定别名；同时对需要对外演示的服务，启用内网映射，分配临时公网链接。
这样既保证了内部协作效率，又能灵活应对外部访问需求。而且一旦服务迁移，改一下解析指向就行，调用方完全无感。
安全提醒别忽视
名字好记了，通道打开了，风险也来了。开放内网服务等于扩大攻击面。几点建议：
- 不要长期暴露开发环境到公网
- 内网DNS尽量限制查询权限，防信息泄露
- 映射服务加身份验证，比如设置访问密码或Token
- 定期检查哪些端口被映射出去了
技术是为了提高效率，不是为了制造隐患。名字起得再顺口，门开着不锁，迟早出事。