go中ssh端口转发需手动启动监听与协程：本地转发须调client.listentcp并goroutine处理io.copy；反向隧道需client.requestreverseportforward而非listen，且远端需开启gatewayports和allowtcpforwarding；复用client须加锁防panic，防僵死需设setdeadline。
Go 用 golang.org/x/crypto/ssh 做端口转发，不是配好参数一跑就通——本地转发连不上、反向隧道没响应、连接复用后卡死，基本都栽在“没手动启动转发协程”或“没识别 channel 类型”上。
ssh.LocalPortForward 连不上目标服务？你根本没启动监听
很多人以为调完 ssh.Dial 拿到 *ssh.Client 就等于建好了隧道，其实只是建立了 SSH 连接。OpenSSH 的 -L 行为是自动的，但 Go 标准库不会帮你监听本地端口、也不会自动把进来的连接转到远端。
- 必须显式调用
client.ListenTCP("127.0.0.1:8080")（别用localhost:8080，可能解析成 IPv6） - 对每个
listener.Accept()返回的net.Conn，要起 goroutine 调用client.Dial("tcp", "10.0.1.5:3306")连真实目标 - 漏掉
defer listener.Close()或没加错误日志，失败时会静默卡在Accept()或超时 - 双向数据流必须都用
io.Copy：一个 copy 本地 → 远端，另一个 copy 远端 → 本地，缺一不可
ssh.ReversePortForward 怎么写？标准库根本不提供这个函数
查文档找不到 ssh.ReversePortForward 是正常的——它压根不存在。反向隧道不是客户端 API，而是服务端行为：你要让远端 SSH 服务器监听一个端口，并把连接请求通过已建立的通道发回给你，再由你转发到本地服务。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 远端
/etc/ssh/sshd_config必须开启GatewayPorts yes和AllowTcpForwarding yes - 客户端不能用
client.Listen("tcp", "0.0.0.0:2222")，得调client.RequestReversePortForward("0.0.0.0:2222")向服务端申请监听 - 拿到返回的
ssh.NewChannel后，立刻ch.Accept()，再net.Dial("tcp", "127.0.0.1:9000")连本地目标 - 每个反向连接都要独立 goroutine 处理，否则第二个请求会阻塞第一个
为什么复用 ssh.Client 会出问题？线程安全和僵死连接是两回事
*ssh.Client 本身不是并发安全的：多个 goroutine 同时调 client.Dial 可能 panic；但更隐蔽的问题是连接空闲后不释放，导致后续 Accept() 卡住或 Dial() 超时。
- 不要全局复用单个
*ssh.Client实例做多隧道，应为每个隧道分配独立 client - 若真要复用，需封装带
sync.Mutex的连接池，且每次Dial前加锁 -
ssh.ClientConfig.Timeout只控制握手阶段，不影响隧道数据流；防僵死得在net.Listener层设SetDeadline或启用 TCP KeepAlive - 密码认证失败多次可能触发服务端
MaxAuthTries限制，推荐用私钥 +ssh.PublicKeys，且Signer复用同一私钥实例
动态 SOCKS5 代理怎么实现？别被 “-D” 参数骗了
OpenSSH 的 -D 是完整 SOCKS5 服务，而 Go 的 crypto/ssh 不解析 SOCKS 协议。你只能实现最简逻辑：收到 direct-tcpip channel 后，按其携带的目标地址（如 "google.com:443"）去 dial，然后双向转发。
- 必须检查
ch.GetType() == "direct-tcpip"，忽略其他类型 channel（比如"session"），否则连接会中断 - 用
ssh.ParseDirectTCPIPRequest(ch.ExtraData())解析目标地址，别手动拆字符串 - 转发前要回复
ch.SendRequest("success", false, nil)，否则 OpenSSH 客户端会重试 - 目标地址由客户端（如浏览器）通过 SOCKS5 协议协商而来，代码里不硬编码
真正难的不是写通一条隧道，而是让多条隧道共存时不互相干扰、连接断开后能干净回收、错误发生时有明确日志可查——这些细节不在文档首页，但决定你写的工具能不能放进生产环境跑一星期不挂。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
