servername 仅用于 host 头匹配和虚拟主机识别，不处理 url 编码；正确透传 %2f、%20 等特殊字符需协同配置 allowencodedslashes nodecode、mod_rewrite 的 [b] 和 [ne] 标志，并避免在 servername 中包含路径或编码字符。
ServerName 本身不处理 URL 路径，也不解析或干预特殊字符（如 %2F、%20、中文、+ 等）。它只用于标识虚拟主机的主域名（例如 example.com），是 HTTP Host 头匹配和虚拟主机选择的依据，与路径编码无关。
真正影响带特殊字符 URL 路径能否被正确接收、匹配和透传的，是以下三类配置协同作用的结果：
✅ 必须启用：AllowEncodedSlashes NoDecode
Apache 默认拒绝含 %2F（编码斜杠）的请求，直接返回 404 —— 这发生在 ServerName 匹配之后、mod_rewrite 执行之前，属于底层安全拦截。
位置：只能写在主配置（
httpd.conf）或<virtualhost></virtualhost>块内，不能放在.htaccess-
写法：
<virtualhost> ServerName example.com DocumentRoot /var/www/html # 关键：允许编码斜杠通过，且保持字面形式（不提前解码） AllowEncodedSlashes NoDecode # 其他 rewrite 或 proxy 配置... </virtualhost>
⚠️ 不要用 On：它会把 %2F 解成 /，可能引发路径穿越或规则错配。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
✅ 路径匹配与重写：用 mod_rewrite + [B] 和 [NE]
当请求到达后，若需对含特殊字符的路径做重写（比如 /api/v1/tag/c%2B%2B → 后端处理），仅靠 ServerName 无用，必须配合：
RewriteEngine On- 正确捕获原始编码值（避免 Apache 提前解码干扰匹配）
- 使用
[B]对反向引用$1重新编码，确保透传语义准确 - 加
[NE]防止 Apache 对整个替换结果二次编码（如%2F→%252F）
示例（代理含 + 的路径）：
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/search/(.*)$
RewriteRule ^/search/(.*)$ http://backend/search?q=%1 [P,B,NE,L]
→ 用户访问 /search/c%2B%2B，后端收到 q=c%2B%2B（即原始 c++ 的编码形式），而非 c++ 或 c%252B%252B。
✅ 反向代理场景：额外加 ProxyPass + [P] 标志，但需注意编码时机
如果用 ProxyPass 直接代理（不用 RewriteRule），默认行为会自动解码再拼接，容易破坏原始编码。此时仍推荐改用 RewriteRule + [P,B,NE] 组合，更可控。
例如替代 ProxyPass /api/ http://backend/api/ 的安全写法：
RewriteRule ^/api/(.*)$ http://backend/api/$1 [P,B,NE,L]
❌ ServerName 里不能、也不该填路径或特殊字符
-
ServerName只接受合法域名或 IP（如example.com、localhost、192.168.1.100） - 不支持通配符路径、不解析 URL 编码、不参与 URI 处理流程
- 写成
ServerName example.com/path或ServerName example.com?x=1是语法错误，Apache 启动失败
不复杂但容易忽略
