必须通过多维度交叉验证确保http/2真正协商成功：浏览器devtools查看network中protocol列为h2；curl -i --http2返回http/2 200；apache2ctl -m确认http2_module已加载；错误日志无protocols指令报错；openssl s_client -alpn h2验证alpn协议协商。

Apache 生产环境配置 HTTP/2 后，不能只看配置文件有没有写 Protocols h2 http/1.1，必须通过多维度交叉验证，确保协议真正协商成功、稳定可用。

浏览器开发者工具确认协议层生效

这是最直观、面向终端用户的方式，反映真实访问场景：

• 打开 Chrome 或 Firefox，按 F12 进入 DevTools → 切换到 Network 标签
• 刷新页面（确保清空缓存或禁用缓存，勾选 “Disable cache”）
• 任选一个主资源（如 HTML 或 JS 文件），查看其 Protocol 列
• 显示 h2 表示 HTTP/2 已被客户端成功协商并使用；若显示 http/1.1 或空白，说明未生效

curl 命令行验证 ALPN 协商结果

终端验证更底层、更可靠，能排除浏览器缓存或扩展干扰：

Apache Superset Dashboard and SQL Exploration Skill

Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

下载

• 执行：curl -I --http2 https://your-domain.com
• 成功返回类似 HTTP/2 200（不是 HTTP/1.1 200）即表示服务端已响应 HTTP/2 协议
• 若报错 curl: (1) Received HTTP/0.9 when not allowed 或提示 ALPN handshake failed，说明 TLS 层未正确支持 ALPN（常见于 OpenSSL 版本过低或未启用 SSLProtocol）
• 补充验证：加 -v 查看详细握手过程，确认 ALPN, offering h2 和 ALPN, server accepted to use h2 同时出现

服务端日志与模块状态双重检查

避免“配置写了但没加载”的常见疏漏：

• 检查模块是否实际启用：apache2ctl -M | grep http2（Ubuntu/Debian）或 httpd -M | grep http2（RHEL/CentOS），输出应含 http2_module (shared)
• 确认虚拟主机中 Protocols h2 http/1.1 写在 <virtualhost></virtualhost> 块内，且该块已启用 SSLEngine on
• 查看 Apache 错误日志：tail -f /var/log/apache2/error.log（Ubuntu）或 /var/log/httpd/error_log（RHEL），启动时不应有 Invalid command 'Protocols' 或 mod_http2: ALPN not available 类报错

第三方工具辅助核验（可选但推荐）

用于快速横向对比或交付验收：

• 使用 KeyCDN HTTP/2 Test 输入域名，自动检测协议支持、ALPN、证书链等
• 运行 openssl s_client -alpn h2 -connect your-domain.com:443，观察输出中是否有 ALPN protocol: h2
• 注意：部分在线工具仅测根域名，若配置在子域名（如 api.example.com），需明确填写完整域名测试