apache：查询字符串（URL）中的转义变音符号导致 403

Question

我有一个我以前从未遇到过的问题，我认为这与我不太熟悉的 apache 配置有关。

首先，有一个带有搜索表单的 php 脚本。表单通过 POST 传输。

然后是搜索命中的结果列表。这里原始搜索查询作为 url 的一部分传递，例如：search.php?id=1234&query=foo。这也有效 - 只要没有传输元音变音 (äöüÄÖÜß...) 字符。

只要我在搜索查询中包含变音符号，第一部分将查询字符串作为 POST 传输，但在 URL 中传递它（urlencoded）会导致 403。

所以：

• search.php?id=1234&query=bar 工作
• search.php?id=1234&query=b%E4r 导致 403 (%E4 = "ä" utf-8 urlencoded)
• search.php?id=1234&query=b%C3%A4r 导致 403 (%C3%A4 = "ä" utf-8 urlencoded)
• 通过 POST 作品提交变音符号

我将应用程序从 iso-8859-1 转换为 utf-8，但这没有任何区别。

我还在我的本地机器上对其进行了测试，在这里它可以完美运行 - 正如预期的那样。

远程服务器设置（不起作用）：

Apache/2.2.12 (Ubuntu),
PHP 版本 5.2.10-2ubuntu6.7，Suhosin 补丁 0.9.7，通过 CGI/FastCGI

本地设置（此处相同）：

Apache/2.2.8 (Win32) PHP/5.3.5
PHP 版本 5.3.5 通过 mod_php

有人知道为什么远程 apache/php-cgi 不接受 url 中正确的 urlencoded umlauts 吗？

附加信息：我还尝试创建一个名称中带有变音符号的静态文件，/t%C3%A4st.php 和 /täst.php 都可以正常使用。 täst.php?foo=täst 失败。

注意：?foo=%28，其中 %28 是“(”，也可以。

Answer 1

Apache 不会转义，浏览器会。

您需要使用urlencode 和urldecode 来避免此类字符出现问题。

一些浏览器，比如旧的 Netscape，只是发送写好的 url，其中包含 8 位字符。其他人，特别是 MSIE，在将 URL 发送到 Web 服务器之前将其编码为 UTF-8，因此一个 8 位字符作为两个字符到达，其中第一个字符设置了第 8 位。在请求标头或其他地方没有任何迹象表明该 url 是用 UTF-8 编码的。