github上挂着你的内网私有仓库，本地跑着服务，映射想在手机上随时看两眼——公网IP没有，内网路由器端口映射懒得折腾。映射这事的内网解法叫内网映射，工具五花八门，映射但核心逻辑就一条：让外网能顺着一条隧道摸到你家路由器后面的内网机器。

我最早用ngrok，映射那时候它还免费，内网一条命令把本地3000端口扔到公网，映射生成的内网随机域名能撑几个小时。后来收费了，映射免费版慢得跟蜗牛似的内网，域名还每次变。映射后来换frp，内网自己买台便宜VPS做中转，配置麻烦点，但稳定。再后来发现github上有人把类似功能做成了服务，直接挂在github仓库里，用Actions当跳板——这招挺野的。

具体做法不复杂。你fork一个现成项目，比如cloudflared或者localtunnel的封装版，在仓库的workflow里写上启动命令，把本地端口跟github的Actions环境绑一起。Actions跑起来后，会给你分配一个临时公网地址，比如xxx.trycloudflare.com，浏览器一开，本地服务就在上面了。整个过程不需要你自己的服务器，github免费额度够你每天跑几个小时。

我试过一次，把家里树莓派上的博客映射出去，让朋友围观。配置流程大概十分钟，主要卡在token设置上——你得在github个人设置里生成一个access token，让workflow有权限跑起来。然后push一个触发文件，Actions就开始执行，日志里会打印出那个随机域名。头一回看到日志里跳出https://random-name.trycloudflare.com时，有种“这也能行”的快感。

但这法子有坑。免费版Actions有并发限制，同一时间只能跑一个job，而且每个job最长6小时。你要是想长期挂着，得定时唤醒，或者接受每天重新获取一次新域名。另外，github的出口IP是动态的，有些服务会风控，比如你映射的是微信开发接口，回调地址一变就得重新配置。我就吃过这亏，调试公众号接口时，域名每次变，微信后台得手动改URL，烦得想砸键盘。

还有个更隐蔽的问题——安全。你把本地服务暴露到公网，等于给全世界开了个口子。github的Actions环境本身是隔离的，但你的服务如果有漏洞，别人扫到端口就能进来。我见过有人映射了个带弱口令的MySQL，结果数据库被删了勒索比特币。所以至少加个简单的token验证，或者只映射到本地回环地址再套一层代理。

说回实践层面，我现在的习惯是：临时演示用cloudflared quick tunnel，一条命令就完事，域名随机但够用；长期稳定的需求，还是花几十块钱买个轻量VPS跑frp，带宽和延迟都可控。github映射更像是个应急方案，适合你人在外面，手头只有浏览器，突然想看一眼家里某个服务——前提是你提前配置好了workflow，且不介意每次换域名。

这玩意儿最大的价值在于，它把“内网穿透”这件事从“需要一台服务器”降级成“只要有个github账号”。对开发者来说，等于兜里多了把备用钥匙。但别指望它当主力，毕竟免费额度摆在那，稳定性也受github服务状态影响。有一次github Actions整体故障，我的映射全断了，那会儿才意识到，白嫖的东西终究是借来的。