直接查 Node 进程的 TLS 版本需在 VSCode 集成终端运行 node -p "require('tls').DEFAULT_MAX_VERSION" 和 node -p "require('tls').DEFAULT_MIN_VERSION"，结果反映该 node 二进制实际启用的 TLS 协商范围，与系统 OpenSSL 无关，且调试会话中 runtimeExecutable 指向同一 node 时行为一致。
直接查 Node 进程的 TLS 版本（不是系统 OpenSSL）
VSCode 里看到的 node -v 只告诉你 Node.js 版本，不等于它实际支持的 TLS 协议版本。Node.js 的 TLS 支持由其内置的 OpenSSL 绑定决定，不同 Node.js 小版本（如 v18.19.0 vs v18.20.0）可能链接不同 OpenSSL，从而启用/禁用 TLS 1.0、1.1、1.2 或 1.3。
最可靠的方式是让 Node.js 自己吐出当前启用的 TLS 版本：
- 在 VSCode 集成终端中运行：
node -p "require('tls').DEFAULT_MAX_VERSION"→ 输出类似'TLSv1.3' - 再运行：
node -p "require('tls').DEFAULT_MIN_VERSION"→ 输出类似'TLSv1.2' - 这两个值共同定义了该 Node 实例实际协商时的 TLS 版本范围
注意：这反映的是当前 node 可执行文件的行为，不是你系统全局的 OpenSSL 版本，也不是 npm 或其他工具链的 TLS 行为。
为什么不能只看 OpenSSL 命令？
很多教程建议运行 openssl version 或 openssl s_client -connect google.com:443 -tls1_3，但这只验证系统 OpenSSL 是否支持某协议，和 Node.js 无关。Node.js 使用自己编译进来的 OpenSSL（或 BoringSSL），不读取系统 /usr/bin/openssl。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
常见陷阱：
- 你升级了系统 OpenSSL，但
node -p "require('tls').DEFAULT_MAX_VERSION"仍是'TLSv1.2'→ 说明你用的 Node 二进制没重新链接新 OpenSSL - nvm 安装的 Node（如
nvm install 18.19.0）默认使用静态链接的 OpenSSL，openssl version输出完全无关 - 某些企业镜像源打包的 Node（如通过 .deb/.rpm 安装）可能被强制降级 TLS 最小版本，必须实测
require('tls')
调试器 launch.json 中的 TLS 行为是否一致？
是的，只要 launch.json 中的 runtimeExecutable 指向的是你验证过的那个 node，它的 TLS 行为就和终端里完全一致。但要注意：
- 如果
launch.json里写的是"runtimeExecutable": "node"（没指定路径），VSCode 会从$PATH找，可能和终端当前node不是同一个（尤其用了 nvm 但没配置好terminal.integrated.inheritEnv） - 若用
"runtimeExecutable": "${env:NVM_BIN}/node"，必须确保$NVM_BIN在调试进程环境里真实存在且非空——否则 fallback 到系统默认node，TLS 版本就不可控 - 可通过调试控制台运行
process.version和上面两个require('tls')表达式，确认调试会话确实跑在预期版本上
遇到 HTTPS 请求失败时优先检查这个
当你的 Node.js 应用在 VSCode 里发 https.request() 报错 ERR_SSL_VERSION_OR_CIPHER_MISMATCH 或连接被服务器拒绝，不要急着改代码或服务端配置。先做两件事：
- 在终端里跑
node -p "require('tls').DEFAULT_MIN_VERSION"，确认不是被设成了'TLSv1.3'而目标服务器只支持TLSv1.2 - 在调试会话中加一行
console.log('TLS versions:', { min: require('tls').DEFAULT_MIN_VERSION, max: require('tls').DEFAULT_MAX_VERSION });，确认运行时实际值
Node.js 默认从 v18.0.0 起将 DEFAULT_MIN_VERSION 设为 'TLSv1.2'，但某些定制构建或旧 LTS 版本（如 v16.20.x）仍允许 TLSv1.0，而现代服务端普遍已禁用——这种 mismatch 是静默失败最常见的根源。
