C外网穿透内网

昨晚凌晨两点，外网穿网隔壁老王的透内游戏掉线了三次。他气得砸键盘，外网穿网我隔着墙都能听见那句“这破宽带”。透内其实不是外网穿网宽带的问题——他家的监控摄像头、NAS存储、透内智能空调全挤在同一个路由器后面，外网穿网公网IP早被运营商吃了。透内想从公司远程看一眼家里猫的外网穿网状况？门儿都没有。

这事儿搁三年前我也觉得无解。透内直到我花了一下午折腾C语言写的外网穿网内网穿透工具，才发现所谓“外网访问内网”根本不是透内什么玄学。原理说白了就仨字：打洞。外网穿网你家路由器守着内网，透内外头的外网穿网人想进来得先过它这关。但如果你主动往外连一台公网服务器，服务器再把你家设备的数据转给外网请求者——这不就绕开路由器那堵墙了？

具体到代码层面，我用的是一套叫“反向隧道”的机制。内网机器每隔三十秒向云服务器发个心跳包，服务器记下这个连接的端口号。当外网用户访问服务器某端口时，服务器直接把流量顺着这条隧道塞回内网。听着简单吧？但C语言里处理socket连接时的坑能让你挠头——非阻塞模式下select函数的超时参数得按微秒算，稍不留神就卡死。

我自己的测试环境是台树莓派，跑着个用C写的温度采集程序。穿透工具单独开个线程，每五秒读一次传感器数据，压缩成JSON格式塞进TCP流。有次出差在高铁上，我掏出手机连上服务器，居然实时看到了客厅的28.6度——那感觉就像隔着整片华北平原摸了把自家暖气片。

当然，这种方案有代价。免费云服务器带宽通常只有1Mbps，传个文本数据还行，想远程看监控视频就卡成PPT。我试过把数据压缩率调高，但CPU占用率直接飙到70%，树莓派风扇响得像割草机。后来学聪明了，只在需要时手动启动穿透进程，平时关着省电。

还有个坑得提醒你：运营商可能封了常用端口。我最初用8080端口做转发，结果连了三次全被重置。换成8443后立马通了——别问为什么，问就是玄学。后来查资料才明白，有些ISP会针对特定端口做流量整形，专治各种P2P下载。

真正让我意外的是，这套土办法居然比市面上一堆商业穿透工具稳定。那些工具动不动就弹广告、限速、要注册，我写的这个C程序连界面都没有，跑起来就安安静静蹲在后台。唯一不爽的是每次改代码都要重新编译，交叉编译时arm-linux-gcc的库版本不匹配能折腾你两小时。

现在老王家的监控也接进来了。我给他编译了个Windows版，双击就能跑。他再也没骂过宽带——毕竟现在他在地铁上就能看家里那只橘猫是不是又在扒拉垃圾桶。技术这东西，有时候真不在于多花哨，关键是你愿不愿意花一个下午跟socket错误码死磕。