去年帮朋友调一套远程监控系统，内网他公司内网里有台海康威视NVR，穿透死活不肯开放公网端口。网站我扔给他一个frp的源码配置文件，十分钟后他在家里看到了实时画面。内网这就是穿透内网穿透的日常——不是什么高深技术，但能救命。网站

内网穿透网站源码，源码本质上就是内网一套中转服务。你内网的穿透机器主动连到公网服务器，公网服务器把外部请求转发进来。网站frp、源码ngrok、内网nps，穿透这三个是网站绕不开的名字。frp用Go写的，配置文件简单到令人发指，一个frps.ini跑服务端，一个frpc.ini跑客户端，完事。ngrok早年是开源标杆，后来商业化，现在源码还挂在GitHub上，但版本停在1.x，功能被阉割了不少。nps更轻，带Web管理面板，适合不想碰命令行的主。

我自己的VPS上跑的是frp 0.52.3。为什么记这么清楚？因为0.53改了配置格式，老配置文件直接报错。这种坑踩过一次就长记性。服务端配置里bind_port = 7000是控制端口，vhost_http_port = 80是HTTP穿透入口。客户端那边local_ip = 127.0.0.1，local_port = 5000，remote_port = 6000，四行搞定。但你要是想穿透RDP，得注意remote_port别跟服务端其他服务冲突，我见过有人设成7000，结果frp自己先打起来了。

源码层面，frp的pkg/transport目录值得翻。它用yamux做多路复用，一个TCP连接里塞几十条隧道不卡。ngrok老版本用muxado，性能差一截。nps直接上smux，够用但不如yamux稳。这些细节决定了你穿透视频流时会不会花屏。朋友那套NVR，码流4Mbps，frp默认的tcp_mux = true跑起来毫无压力，换成某款国产穿透工具，画面直接变马赛克。

部署时有个坑：privilege_mode = true能让客户端用80端口，但需要root。我一般不建议开，用vhost_http_port做域名分流更安全。还有subdomain_host，配好了可以用xxx.yourdomain.com访问不同内网服务，比记端口号舒服。但DNS泛解析得提前做，*.yourdomain.com指向VPS，否则frp报错你都看不懂。

安全方面，token必须设，别裸奔。allow_ports限制一下，不然别人拿你服务器当跳板。我见过最离谱的案例：有人frp服务端没设token，结果内网数据库被扫出来，数据全丢。源码里auth包就那几行，但漏了就是灾难。

如果你不想自己编译，GitHub Releases直接下二进制。但想改点东西，比如把日志格式换成JSON，那就得go build。依赖用go mod管理，国内拉包记得设GOPROXY=https://goproxy.cn。编译出来的frps大概15MB，扔到/usr/local/bin，systemd写个unit，开机自启。客户端那边Windows直接跑exe，Linux用nohup挂着就行。

最后说个真实场景：公司内网有台Jenkins，端口8080，但IT不给映射。我在内网机器上跑frpc，remote_port = 18080，家里浏览器敲vps_ip:18080，构建日志刷得飞起。IT那边完全不知道。这不是教人违规，是说明内网穿透的渗透力——它把网络边界揉成了橡皮泥。

源码就在那，frp的cmd/frps和cmd/frpc两个入口，读一遍不超过两小时。改改conf包里的结构体，加个自定义协议头，就能绕开某些运营商的QoS限速。技术本身没立场，看你怎么用。