TensorBoard远程访问需同时满足：远程启动时指定--host 0.0.0.0而非127.0.0.1，SSH隧道使用-L 6006:localhost:6006，云服务器安全组及本地防火墙放行6006端口，且避免使用已废弃的--bind_all。
TensorBoard 启动时加 --bind_all 会报错或无效
默认 tensorboard 只监听 127.0.0.1，加 --bind_all 看似能暴露到外网，但实际常被拒绝：要么提示 Address already in use（端口被占），要么启动成功却无法从远程访问（防火墙/云服务器安全组没放行）。更关键的是，--bind_all 在新版 TensorBoard（≥2.10）已被标记为废弃，部分环境直接忽略。
真正可靠的做法是显式指定 --host 0.0.0.0，并确认端口未被占用：
tensorboard --logdir=./logs --host 0.0.0.0 --port 6006- 启动前用
lsof -i :6006（macOS/Linux）或netstat -ano | findstr :6006（Windows）检查端口占用 - 云服务器必须在控制台开放对应端口（如阿里云安全组、AWS Security Group），不能只靠本地命令
SSH 隧道转发时浏览器打不开 localhost:6006
本地执行 ssh -L 6006:localhost:6006 user@remote_ip 后，在浏览器访问 http://localhost:6006 却显示连接失败，常见原因不是隧道没建好，而是 TensorBoard 实际绑定的 host 不匹配。
如果远程 TensorBoard 启动时用了 --host 127.0.0.1（默认），那 localhost:6006 在远程机器上只能被本机回环访问；而 SSH 隧道是从你本地发请求到远程的 127.0.0.1:6006，此时远程服务根本收不到——它只认自己本机的 127.0.0.0.1，不接受来自 SSH 的“本地”请求。
立即学习“Python免费学习笔记（深入）”；
- 远程必须启动为
--host 0.0.0.0（不是127.0.0.1） - SSH 命令中
localhost指的是远程机器的 localhost，所以-L 6006:localhost:6006是对的 - 若仍失败，试试把
localhost换成远程机器的内网 IP（如192.168.1.100），排除 DNS 或 hosts 解析干扰
TensorBoard 页面加载卡在 “Loading…” 或报 Failed to load resource
这是最典型的跨域/路径问题。TensorBoard 默认生成的静态资源路径基于启动时的 host 和 port 构造，一旦通过 SSH 隧道访问，浏览器实际访问的是本地 localhost:6006，但页面里 JS/CSS 请求仍试图去连远程的原始地址（比如 http://remote_ip:6006/_proxy/...），自然 404。
解决方案只有一个：强制 TensorBoard 使用相对路径或可代理的 base URL。
- 加参数
--bind_all不解决问题，别试 - 正确做法是加
--path_prefix /tb+ 反向代理（见下一条），或更简单：用--proxy_url（TensorBoard ≥2.12） - 但最稳的方式是不依赖路径重写，改用
ssh -L+--host 0.0.0.0+ 确保远程无 Nginx/Apache 拦截，让所有请求原样透传
为什么不用 Nginx 反向代理？
很多人想用 Nginx 把 /tb 映射到远程 http://127.0.0.1:6006，结果发现 WebSocket 连接失败、实时刷新失效、甚至图表空白。这是因为 TensorBoard 重度依赖 WebSocket（用于实时指标推送），而 Nginx 默认不转发 WebSocket 升级头（Upgrade: websocket）。
要让它工作，Nginx 配置必须显式透传这些头：
location /tb/ {
proxy_pass http://127.0.0.1:6006/;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
}
但即便如此，仍可能遇到路径拼接错误（比如 /tb/data/plugins/... 被转成 /data/plugins/...）。不如直接走 SSH 隧道——它不解析 HTTP，不改请求，不碰路径，只做字节转发，反而更干净。
真正容易被忽略的点是：TensorBoard 的 --host 和 SSH 隧道的 localhost 指代对象必须对齐，且远程防火墙（不只是云平台安全组）也要放行该端口。少一个环节，页面就停在 loading。
