内容摘要：公司内网跑着一台测试服务器，192.168.1.100，开发同事在家里想连上来调代码。这事儿听起来简单，做起来得绕几个弯。核心就一句话：外网设备没法直接访问私有IP，中间必须有个"中转站"把请求转进去

公司内网跑着一台测试服务器，内网192.168.1.100，映射开发同事在家里想连上来调代码。到外这事儿听起来简单，内网做起来得绕几个弯。映射核心就一句话：外网设备没法直接访问私有IP，到外中间必须有个"中转站"把请求转进去。内网

先说最土的映射办法——端口映射。你家或公司路由器上都有这个功能，到外不同品牌叫法不一样，内网有的映射叫"虚拟服务器"，有的到外叫"端口转发"。原理很直白：路由器WAN口有一个公网IP，内网比如218.75.xx.xx，映射你在管理后台加一条规则——外部请求访问218.75.xx.xx的到外2222端口时，转发到192.168.1.100的22端口。外面的人SSH连218.75.xx.xx:2222，就等于连上了内网那台机器。

我之前帮一个朋友配过，他用的TP-Link，界面里藏得挺深，在"应用管理"→"虚拟服务器"里面。填完保存，用手机4G网络试了一下，通了。但有个坑：他家宽带是运营商大内网，WAN口IP是100.64开头的，根本不是公网IP。这种情况端口映射白搭，因为外网压根找不到你家路由器。打运营商客服要公网IP，电信一般打个电话就给，移动和联通看地区，有的死活不给。

没有公网IP怎么办？上内网穿透工具。原理是内网机器主动向外面的服务器建立一条长连接，外面的用户访问那台服务器，服务器把流量沿着这条连接灌回来。frp是用的最多的，开源免费。你需要一台有公网IP的云服务器当服务端，内网机器跑客户端。配置文件写清楚本地端口、远程端口、服务端地址，启动就完事。

# frpc.ini 客户端配置示例 [ssh] type = tcp local_ip = 192.168.1.100 local_port = 22 remote_port = 6000

这样外网访问云服务器的6000端口，流量就穿到内网22端口了。我自己的Git仓库就是这么搞的，跑在办公室一台旧笔记本上，两年了没断过。frp有个好处是支持多种协议，HTTP、HTTPS、TCP、UDP都行，Web服务还能绑域名。

还有一类方案是VPN。WireGuard现在很火，配置比OpenVPN清爽太多。在云服务器上跑一个WireGuard服务端，内网机器和你的笔记本都作为客户端连上去，组一个虚拟局域网。连上之后，你就像坐在内网里一样，直接访问192.168.1.100，不需要做端口映射。缺点是每台要访问内网的设备都得装客户端、配密钥。团队大了管理麻烦，三五个人用倒是很舒服。

选哪种？看场景。临时调试，frp五分钟搞定。长期稳定、设备多，WireGuard更干净。有公网IP且只映射一两个端口，路由器自带功能最省事。最怕的是那种既没有公网IP、又不让装第三方工具的严格内网，那就只能走反向代理加域名，或者干脆用ZeroTier这类P2P穿透，但延迟和稳定性得看运气。

实际动手之前，先确认三件事：内网机器的防火墙有没有放行对应端口、路由器是否支持端口回流（NAT Loopback，不然内网用公网IP访问不了自己）、云服务器安全组规则有没有开。这几个地方各卡一次，排查起来挺烦的。