jupyter ssl配置必须使用绝对路径，c.notebookapp.certfile和c.notebookapp.keyfile不支持~或相对路径；自签名证书可单用.pem文件，let's encrypt需分别指定certfile和keyfile；访问必须用https://加对应端口，且证书权限须匹配运行用户。
证书路径必须写绝对路径，不能用 ~ 或相对路径
配置文件里 c.NotebookApp.certfile 和 c.NotebookApp.keyfile 只接受绝对路径。写成 ~/mycert.pem 或 ./mycert.pem 会静默失败——启动时没报错，但 HTTPS 不生效，浏览器仍提示不安全或直接拒绝连接。
正确做法是把证书文件放到固定位置（比如 /home/username/.jupyter/mycert.pem），然后在配置中明确写出完整路径：
import os c.NotebookApp.certfile = u'/home/username/.jupyter/mycert.pem' c.NotebookApp.keyfile = u'/home/username/.jupyter/mykey.key'
注意：u'' 前缀不是可选的，Python 2/3 兼容性需要它；路径字符串必须用单引号或双引号包裹。
自签名证书 vs Let's Encrypt 证书，参数写法不同
自签名证书（测试用）通常用一个 .pem 文件同时包含公钥和私钥，此时只需设置 c.NotebookApp.certfile，不用设 keyfile；而 Let's Encrypt 等正式证书必须分开指定：
- 自签名（单文件）：
c.NotebookApp.certfile = u'/path/to/fullchain.pem' - Let's Encrypt（双文件）：
c.NotebookApp.certfile = u'/etc/letsencrypt/live/example.com/fullchain.pem'+c.NotebookApp.keyfile = u'/etc/letsencrypt/live/example.com/privkey.pem'
如果只配了 certfile 却用了 Let's Encrypt 的 fullchain.pem（不含私钥），Jupyter 启动会成功，但浏览器访问时会卡在 TLS 握手阶段，表现为“连接已重置”或 ERR_SSL_PROTOCOL_ERROR。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
启动后必须用 https:// 访问，且端口要匹配
即使配置了证书，Jupyter 仍默认监听 HTTP 的 8888 端口。SSL 加密只在你显式启用 HTTPS 时才生效，它不会自动把 HTTP 重定向过去。
所以访问地址必须是：https://your-server-ip:8888（或你设的其他端口），而不是 http://。常见错误包括：
- 复制启动日志里的
http://链接直接粘贴进浏览器 - 防火墙只放行了 8888 的 TCP 流量，但没确认该端口是否实际用于 HTTPS（有些用户误以为加了证书就自动切到 443）
- 反向代理（如 Nginx）转发时没透传 SSL，导致 Jupyter 收到的是 HTTP 请求，却期望处理 HTTPS
证书权限问题常被忽略，尤其在 root 下生成后切换到普通用户运行
用 sudo openssl 或 sudo certbot 生成的证书，默认属主是 root，权限可能是 -rw-------。如果 Jupyter 是普通用户启动的，读不到私钥文件，就会在日志里输出类似 PermissionError: [Errno 13] Permission denied，但进程仍会起来——只是 HTTPS 不工作。
解决方法只有两个：
- 把证书 chown 给运行 Jupyter 的用户：
sudo chown $USER:$USER /path/to/privkey.pem - 或者改权限（不推荐）：
chmod 600 /path/to/privkey.pem，但要注意私钥不能被组或其他人读取，否则 Jupyter 会拒绝加载
最稳妥的做法：所有证书操作都在目标用户下执行，避免权限交叉。
