centos内网穿透

办公室那台老服务器又断连了。内网远程过去一看，穿透内网IP照旧，内网公网地址却死活ping不通——这种破事在没公网IP的穿透环境里太常见了。CentOS做内网穿透，内网说白了就是穿透给一台没有公网身份的机器，硬塞一张“临时通行证”。内网

工具选frp，穿透轻量、内网配置直白，穿透比ngrok那种商业服务省心。内网你下载对应架构的穿透压缩包，解压后改两个文件就行。内网服务端放有公网IP的穿透机器上，监听7000端口；客户端放CentOS里，内网告诉它“我要连你那个7000，然后你把我的22端口映射出去”。核心配置就三行：server_addr指公网IP，server_port写7000，[ssh]段里写local_ip = 127.0.0.1、local_port = 22、remote_port = 6000。

坑常在细节。防火墙默认挡掉7000和6000端口，你得手动放行：firewall-cmd --permanent --add-port=7000/tcp，然后reload。SELinux要是开着，还得调布尔值，不然连接直接reset，你连日志都懒得看。我吃过这亏，折腾半小时，最后发现是SELinux在背后使绊子——那感觉就像你钥匙插进门锁了，结果门后有人拿手顶着。

跑起来后验证很简单。公网机器上执行ssh -p 6000 user@公网IP，能通就成。但你得注意，frp默认只转发TCP，想穿透HTTP服务就得加remote_port = 8080，然后浏览器访问公网IP:8080。这里有个小技巧——用ssh -v看详细握手过程，比看frp日志直观得多，能帮你区分是网络问题还是配置问题。

真实场景里，内网穿透不止救急用。我帮朋友的公司搭过一套，他们内部有台跑着ERP的CentOS，供应商审计要求外网访问。用frp暴露443端口，配个域名解析，再套上nginx做TLS终止，比直接开公网IP安全得多。但你别指望它当生产环境——frp进程挂了没人拉起，连接就断；带宽走公网服务器中转，延迟高得能让你怀疑人生。

还有个隐性坑：CentOS的systemd服务写不好，frp不会开机自启。写个[Unit]段，After=network.target，ExecStart=/usr/local/frp/frpc -c /usr/local/frp/frpc.ini，再systemctl enable frpc。别嫌烦，服务器重启后你远程连不上，那才叫真烦。

最后说句掏心窝的——内网穿透是权宜之计，不是长久方案。能用VPN拨进去就尽量用VPN，或者直接申请个云主机做跳板。frp这玩意儿，适合临时演示、快速联调，不适合承载核心业务。但话说回来，当你凌晨三点被电话叫醒，靠它救回一台卡死的服务器时，你会觉得那几百行配置写得值。

很赞哦!（42776）