搞过家庭服务器或者远程访问的人都知道，端口映射是绕不开的一环。很多时候我们写个简单的网络脚本，想把内网服务暴露出去，结果脚本一跑就出错，查半天都不知道问题出在哪。其实，掌握几个实用的调试技巧，能省下大把时间。
先让脚本能跑起来
很多人一上来就想实现复杂功能，结果语法错误都没发现。比如用 Python 写个简单的端口转发脚本，最开始别整花活，先写个最基础的 TCP 回显测试：
import socket
server = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
server.bind(("0.0.0.0", 8080))
server.listen(1)
print("等待连接...")
conn, addr = server.accept()
print(f"来自 {addr} 的连接")
data = conn.recv(1024)
conn.send(data) # 回显收到的数据
conn.close()这个脚本只是简单接收数据再原样返回。在本地用 telnet 或 nc 测试一下：telnet 127.0.0.1 8080，输入点内容看能不能回显。能通，说明基础通信没问题，再一步步加逻辑。
打印信息别偷懒
脚本卡住不动？十有八九是阻塞在某个地方了。这时候不要靠猜，直接加日志输出。比如 accept() 和 recv() 这些可能无限等待的调用，前后打上 print：
print("准备接收连接...")
conn, addr = server.accept()
print(f"已建立连接: {addr}")这样一眼就能看出卡在哪个环节。如果是部署在路由器或树莓派上，记得把输出重定向到文件，方便事后查看。
善用 netstat 和 lsof 查状态
绑定端口失败？可能是被占用了。Linux 下用 netstat -tulnp | grep :8080 看看有没有其他进程占着。Windows 就用 netstat -ano | findstr :8080。如果发现是自己的脚本没关干净，杀掉对应 PID 就行。
有时候脚本连不上外网服务，可以用 lsof -i :8080 看连接状态是不是 ESTABLISHED，还是根本没连上。
模拟环境做测试
在家调试还好，真要上线前最好模拟公网环境。比如你写了脚本做自动 DDNS + 端口映射更新，可以先在局域网搭两台设备，一台当“公网”客户端，一台当内网服务端，用 iptables 做 NAT 模拟真实情况。
还有个小技巧：改 hosts 文件伪造域名解析，不用真买域名也能测通不通。
别忽视防火墙和权限
写完脚本兴冲冲运行，结果 bind 失败，提示 Permission denied。低于 1024 的端口需要 root 权限，别硬刚。要么改用高位端口，比如 8080、9000，要么用 sudo 跑脚本。
另外，有些系统默认防火墙会拦掉新监听的端口。Ubuntu 的 ufw、CentOS 的 firewalld 都得手动放行。比如 ufw 加一条：ufw allow 8080，不然外面根本连不进来。
用小工具辅助调试
nc（netcat）简直是神器。想测试目标端口通不通，nc -zv ip port 一行命令搞定。对方脚本有没有正常响应？自己写个临时监听：nc -lvp 8080，看看能不能收到数据。
抓包也别怕麻烦。tcpdump 抓一下流量：tcpdump -i any port 8080，看看是不是数据根本没发出去，还是对方没回。
这些方法用熟了，写网络脚本不再靠撞大运。遇到问题一层层排查，比瞎改代码靠谱多了。