直接暴露Jupyter Notebook到公网极危险，安全远程访问仅推荐SSH隧道或反向代理（如Nginx+SSL）；禁用c.NotebookApp.ip='0.0.0.0'裸开方式，因其无HTTPS、明文传密、易遭爆破。
直接暴露 jupyter notebook 到公网是危险的，不推荐。真正安全、可落地的远程访问方式只有两种：SSH 隧道（最常用）或反向代理（如 Nginx + SSL）。其他“改配置开 0.0.0.0 端口+防火墙放行”的做法，等于把 Jupyter 当成裸奔 Web 服务用，容易被暴力破解或未授权访问。
为什么不能直接用公网 IP + 端口访问？
因为 jupyter notebook 默认不带 HTTPS、不校验 Host 头、密码传输明文（即使设了密码）、且 c.NotebookApp.allow_remote_access = True 只是开关，不是安全机制。你看到的 “WARNING: The notebook server is listening on all IP addresses and not using encryption” 就是核心风险提示。
- 服务器端口（如 8888）一旦对公网开放，爬虫和扫描器几小时内就会尝试爆破
/api/contents或登录页 -
c.NotebookApp.password是单向哈希，但登录过程本身走 HTTP，中间人可劫持会话 Cookie - 很多教程教你在配置里写
c.NotebookApp.ip = '0.0.0.0'却不配 SSL，这等于在高速公路上裸奔
SSH 隧道连接：本地浏览器直连，零额外配置
这是绝大多数人应该选的方式——不需要改服务器防火墙、不暴露任何端口到公网、复用已有 SSH 通道。
- 在本地终端执行：
ssh -N -L 8888:localhost:8888 user@your-server-ip - 保持该终端运行（断开即隧道失效），然后在本地浏览器打开
http://localhost:8888 - 输入你在服务器上用
jupyter notebook password设置的密码即可 - 如果服务器 8888 被占用了，比如实际用的是 8889，就把命令改成
ssh -N -L 8888:localhost:8889 user@ip，本地仍访问localhost:8888 - 加
-f参数可后台运行：ssh -f -N -L 8888:localhost:8888 user@ip，之后用ps aux | grep ssh查进程，用kill [pid]关闭
VS Code 直连远程 Jupyter 内核：不用浏览器，开发体验最接近本地
VS Code 的 Jupyter 插件支持直接连接远程 Jupyter Server，但必须走认证通道。它不接受裸 HTTP，所以不能填 http://your-ip:8888，而要填隧道地址或带 token 的 URL。
- 先建立 SSH 隧道（同上），再在 VS Code 中打开
.ipynb文件 - 右上角点击「选择内核」→「Enter URI」→ 填
http://localhost:8888 - 弹出登录框后，输入服务器上设置的密码（不是 SSH 密码）
- 如果报错
Invalid response: 403，大概率是服务器配置漏了c.NotebookApp.allow_origin = '*'或c.NotebookApp.disable_check_xsrf = False（不建议关 XSRF） - 注意：VS Code 连接的是
jupyter notebook或jupyter lab启动的服务，不是jupyter server（v7+ 新架构），二者配置文件路径和参数名不同：jupyter_server_config.py用的是c.ServerApp.*，老版用c.NotebookApp.*
配置文件写错导致启动失败的常见坑
很多人卡在 jupyter notebook 启动就退出、日志空或报错，八成是配置文件语法或参数名写错了。
- 确认你编辑的是正确配置文件：
jupyter notebook --generate-config生成的是jupyter_notebook_config.py；而jupyter server --generate-config生成的是jupyter_server_config.py，两者不兼容 - 不要手写
c.NotebookApp.password = 'sha1:xxx'—— 用jupyter notebook password自动生成，它会写进jupyter_server_config.json，且优先级高于配置文件里的硬编码 -
c.NotebookApp.ip = '0.0.0.0'和c.NotebookApp.allow_remote_access = True必须同时存在，缺一不可；后者在新版本中已被弃用，但旧版不加会拒绝非 localhost 请求 - 如果用
nohup jupyter notebook --no-browser &启动后找不到进程，检查是否漏了--port=8888参数（nohup 不继承前台命令的默认行为）
真正麻烦的从来不是“怎么连上”，而是“连上之后怎么不让别人也连上”。隧道方案看似多一步，但它把认证、加密、权限控制全交给 SSH，比自己折腾 Nginx + Let’s Encrypt + 访问控制列表靠谱得多。别省那几十秒，安全边界一旦模糊，补救成本远高于预防成本。
