Apache 通过 VirtualHost 的 IP:端口 + ServerName 匹配请求，若 SSL 配置的 与 HTTP 站点端口冲突，会导致请求被首个匹配的 HTTP vhost（而非预期的 HTTPS vhost）处理，从而加载错误项目。
apache 通过 `virtualhost` 的 ip:端口 + `servername` 匹配请求，若 ssl 配置的 `
在 Apache 中，虚拟主机的匹配遵循 “端口优先、顺序次之” 的规则：当客户端发起 HTTPS 请求（即目标端口为 443）时，Apache 只会查找
本例中，phpmyadmin_ssl.conf 错误地监听 *:80，但其 ServerName phpmyadmin.aws1.company.de 并未在任何其他 *:80 vhost 中定义（phpmyadmin.conf 已存在且正确），看似应能匹配。然而关键在于：当用户访问 https://phpmyadmin.aws1.company.de 时，浏览器实际向服务器的 443 端口 发起 TLS 握手，而 Apache 在 *:443 下仅配置了 test_api_konfigurator_ssl.conf —— 此时因无匹配的 *:443 vhost 处理 phpmyadmin.aws1.company.de，Apache 会退回到*默认 vhost（通常是按字母序第一个启用的 `:443vhost）**，即test_api_konfigurator_ssl.conf`，最终导致返回错误项目内容。
✅ 正确做法是：*SSL 站点必须声明为 `
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
<virtualhost>
ServerName phpmyadmin.aws1.company.de
ServerAdmin webmaster@localhost
DocumentRoot /usr/share/phpmyadmin
<directory>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</directory>
ErrorLog ${APACHE_LOG_DIR}/phpmyadmin_error.log
CustomLog ${APACHE_LOG_DIR}/phpmyadmin_access.log combined
SSLEngine on
SSLProtocol all -SSLv2 -TLSv1
SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256
SSLCertificateFile "/etc/ssl/certs/company/hoster_cert"
SSLCertificateKeyFile "/etc/ssl/certs/company/hoster_key"
# 若使用中间证书，需添加：
# SSLCertificateChainFile "/etc/ssl/certs/company/intermediate.crt"
</virtualhost>
⚠️ 注意事项：
- 修改后执行 sudo a2enmod ssl 确保模块启用；
- 运行 sudo apache2ctl configtest 验证语法，再 sudo systemctl reload apache2 生效；
- 检查所有 *:443 vhost 的 ServerName 是否唯一，避免域名冲突；
- 推荐为每个 HTTPS 站点单独配置 SSLCertificateFile 和 SSLCertificateKeyFile，避免证书混用；
- 若使用 Let’s Encrypt，建议配合 a2enmod headers 和 HSTS 头增强安全性。
总结：Apache 的 vhost 匹配本质是「端口 → ServerName」两级筛选，端口错误将直接导致整个匹配逻辑失效。务必保证协议与端口严格对应（HTTP→80，HTTPS→443），这是多站点共存的基础前提。
