模块是否真正可用需分层验证：先用httpd -M确认加载，再用httpd -t检查语法，最后通过真实请求（如访问test.php验证PHP、/server-status查看状态）确认处理能力，三者缺一不可。

源码安装 Apache 后，模块是否真正可用，不能只看配置文件写了 LoadModule 就算完。必须分层验证：模块是否被加载、是否语法合法、是否能实际处理请求。三者缺一不可。

确认模块已成功加载

Apache 启动时只加载配置中明确声明的模块，且路径必须真实存在。源码安装默认不启用多数模块，需手动配置。

• 运行 httpd -M（或 /usr/local/apache2/bin/httpd -M，取决于你的 prefix）查看已加载模块列表；若看到 proxy_module、rewrite_module 等目标模块，说明加载成功
• 若缺失，检查 httpd.conf 中对应 LoadModule 行：路径是否指向真实存在的 .so 文件（如 modules/mod_proxy.so），注意源码编译后模块默认生成在 modules/ 目录下
• 特别注意依赖模块：例如 mod_proxy_balancer 必须配合 mod_slotmem_shm 才能正常工作，缺一则管理界面或会话粘性失效

验证模块语法与基础行为

仅加载不等于能用。每个模块有其特定指令，写错或位置不当会导致静默失效。

Apache Superset Dashboard and SQL Exploration Skill

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

下载

• 执行 httpd -t 检查整体配置语法，但注意它不校验模块逻辑（比如 ProxyPass 路径拼写错误、RewriteRule 正则无匹配等）
• 对关键模块做最小功能验证：
  • mod_rewrite：在 .htaccess 或虚拟主机中加一条 RewriteRule ^test$ /index.html [R]，访问 /test 应跳转
  • mod_alias：用 Alias /docs "/usr/local/apache2/manual"，然后访问 /docs/ 应显示手册页
  • mod_proxy：配置简单反向代理，curl 测试后端是否透传成功

测试模块在真实请求中的响应

有些模块只在特定条件下触发，必须通过真实 HTTP 请求观察行为。

• 启用 mod_status（需 ExtendedStatus On + <location></location>），访问 /server-status?auto 可看到当前活跃模块及请求统计
• 对 mod_ssl，启动带 SSLEngine on 的虚拟主机后，用 openssl s_client -connect localhost:443 -servername example.com 验证握手是否成功
• 对 mod_php，创建 test.php 写入 <?php phpinfo(); ?>，访问该 URL 应输出 PHP 信息页，而非源码 —— 若显示源码，说明 AddType 或处理器未生效

保留可回滚的验证快照

源码安装环境变动成本高，建议每次变更后固化验证状态。

• 记录 httpd -V 输出（含编译参数、prefix、sharedstatedir 等），便于复现问题
• 保存一份通过验证的配置副本（如 httpd.conf.working），避免误改后难以恢复
• 用 curl -I http://localhost/ 和 curl -s http://localhost/server-info | grep "Loaded Modules" 自动化采集关键状态，作为部署检查项