在实际的家庭或小型企业网络里,很多服务都只能通过内网 IP 和端口号直接访问。Lucky 通过反向代理把这些碎片化的入口统一到二级域名上,使得外部用户只需要记住形如 service.example.com 的地址即可抵达对应的内部应用。
技术上,Lucky 充当了客户端(浏览器)与内部服务器之间的中间层。当请求到达 Lucky 时,它先解析 Host 头部,匹配预先配置的子规则,然后在内部网络中打开相应的 HTTP/HTTPS 连接,把响应原封不动或经过 TLS 加密后返回给外部请求者。整个过程对用户透明,唯一的感知差别是 URL 从 IP:port 变成了可读的域名。
app.example.com)和「后端地址」的真实内网地址(http://192.168.1.55:8080)。Lucky 能自动向 Let's Encrypt 申请并续签证书,这意味着每个二级域名都拥有独立的 HTTPS 证书,浏览器会把加密链路延伸到代理层而不是直接到内网服务器。即使内部服务本身只支持 HTTP,外部访问仍然被加密;同时,防火墙只需要放通代理的单一端口,降低了暴露面。
如果把 Lucky 当作「统一入口」来比喻,它其实是把原本分散在不同 IP 与端口的服务,像拼图一样重新排列组合,让外部用户只需要记住一套命名规则,就能无缝跳转到任意内部应用。
参与讨论
这不就是内网穿透的另一种说法嘛?
配过一次Lucky,证书自动续签是真的省心。
新手问下:二级域名需要自己有公网IP才能用吗?
防火墙只开一个口确实安全多了,之前我全暴露了😅
感觉还行,比直接端口转发看着专业点。
我之前也踩过这坑,手动配Nginx搞到半夜。
要是后端服务挂了,Lucky会返回啥页面啊?
hhh 终于不用记192.168.1.55:8080这种鬼地址了
TLS加密到代理层就够了吗?内网还是明文吧🤔