用户直接用 `telnet` 测试 443 端口，只能验证基础的网络层连通性，无法对国密协议进行真正的握手测试。
第一步：检查 TCP 层连通性
这步是为了确认从你的客户端到服务器的 IP 和 443 端口的网络路径是通的。
Linux / macOS：
bash
telnet <服务器IP或域名> 443
端口开放：屏幕会变黑或显示 "Connected to ..."，说明TCP连接成功建立。
端口关闭：会收到 "Connection refused" 或 "Unable to connect" 的错误信息。
Windows：
powershell
# 注意：Windows Telnet 客户端默认未安装，可在“启用或关闭 Windows 功能”中开启
telnet <服务器IP或域名> 443
也可使用 PowerShell 的 `Test-NetConnection` 命令：
powershell
Test-NetConnection -ComputerName <服务器IP或域名> -Port 443
第二步：理解 Telnet 的局限性
`telnet` 成功只代表 TCP 握手完成，不能等同于国密 HTTPS 服务可用。对于国密通信，这一步无法验证：
服务端是否配置了国密 SSL 证书。
服务端是否支持国密 TLCP 协议和加密套件。
第三步：深入测试国密 SSL 端口
建议使用支持国密协议的命令行工具进行深度测试：
方案一：使用 GmSSL 的 `s_client` 工具（推荐）
`GmSSL` 是专门为支持国密算法和 TLCP 协议而开发的 OpenSSL 分支，用于国密测试最直接。
1. 安装 GmSSL（以 Ubuntu/Debian 为例）：
bash
git clone https://github.com/guanzhi/GmSSL.git
cd GmSSL
./config --prefix=/usr/local/gmssl --openssldir=/usr/local/gmssl/ssl enable-tlcp
make
sudo make install
2. 测试连接：
bash
/usr/local/gmssl/bin/gmssl s_client -connect <服务器IP或域名>:443 -cipher ECC-SM2-SM4-CBC-SM3
如果成功建立国密连接，输出中会看到 `Protocol: GMSSL` 以及已协商的国密加密套件信息（如 `ECC-SM2-SM4-CBC-SM3`）。
如果失败，则会显示握手失败或连接被拒绝等错误信息。
方案二：使用 OpenSSL 间接测试
如果主要目的是测试端口连通性，也可用标准 OpenSSL 的 `s_client` 工具快速验证 TCP 连接和 SSL 握手是否成功。
bash
openssl s_client -connect <服务器IP或域名>:443
如果连接成功，命令会打印出服务器返回的证书链和 SSL 握手过程。它主要用于验证标准 TLS，但在 TCP 连通性测试上和国密工具功能类似。
第四步：常见问题与排查思路
现象 可能原因 进一步排查建议
Telnet 成功，但 GmSSL 连接失败 服务器的 443 端口并未启用国密协议，或者服务端国密配置不正确 1. 确认服务端 (如 Nginx/Apache) 是否已加载国密模块并正确配置。<br>2. 确认服务端使用的国密证书是否有效，且与私钥匹配。
Telnet 失败 网络不通、防火墙阻挡、目标服务未启动 1. 检查本机防火墙设置 (`iptables -L`, `firewall-cmd --list-all`)。<br>2. 检查服务端是否在 443 端口监听 (`netstat -tulnp \| grep 443`)。<br>3. 尝试使用 `nc` 或 `nmap` 等其他工具辅助判断。
总结一下
`telnet` 是你进行国密端口测试的第一步，用于快速验证网络连通性。要真正验证国密 SSL 端口是否就绪，必须使用 `GmSSL` 这类原生支持国密协议的工具进行深度握手测试。
