我目前正在尝试在URL中放置一个URL。例如:
http://example.com/url/http%3A%2F%2Fwww.url2.com
我知道我必须完成对URL的编码,但是现在我404
从服务器而不是我的应用程序中得到了一个错误。我认为我的问题出在apache上,可以通过AllowEncodedSlashes On
指令解决。
我尝试将指令放在httpd.conf的底部无效,并且不确定下一步该怎么做。我把它放在正确的位置了吗?如果是这样,还有人有其他解决方案吗?
Answers:
此问题与Apache Bug 35256不相关。相反,它与Bug 46830有关AllowEncodedSlashes
。虚拟主机不继承该设置,并且虚拟主机用于许多默认的Apache配置中,例如Ubuntu中的配置。解决方法是将AllowEncodedSlashes
设置添加到<VirtualHost>
容器中(/etc/apache2/sites-available/default
在Ubuntu中)。
错误35256:%2F
将在PATH_INFO中解码(文档AllowEncodedSlashes
说明不会解码)
错误46830:如果AllowEncodedSlashes On
在全局上下文中设置,则虚拟主机不会继承它。您必须AllowEncodedSlashes On
在每个<VirtalHost>
容器中明确设置。
有关如何合并不同配置部分的文档说:
<VirtualHost>
在虚拟主机定义之外的相应部分之后,将应用部分内部的部分。这允许虚拟主机覆盖主服务器配置。
我不断遇到这个帖子的另一个问题。让我简单快速地解释一下。
我有相同的样式URL,并且也在尝试代理它。
示例:来自/example/
其他服务器的代理请求。
/example/http:%2F%2Fwww.someurl.com/
问题1: Apache认为这是无效的URL
解决方案:AllowEncodedSlashes On
在httpd.conf中
问题2: Apache解码编码的斜杠
解决方案:AllowEncodedSlashes NoDecode
在httpd.conf中(需要Apache 2.3.12+)
问题3: mod_proxy的尝试重新编码(双编码)URL变化%2F
到%252F
(例如/example/http:%252F%252Fwww.someurl.com/
)
解决方案:httpd.conf
使用ProxyPass
关键字nocanon
通过代理传递原始URL。
ProxyPass http://anotherserver:8080/example/ nocanon
httpd.conf文件:
AllowEncodedSlashes NoDecode
<Location /example/>
ProxyPass http://anotherserver:8080/example/ nocanon
</Location>
参考:
考虑到所有麻烦,我选择了base64_encoding,然后选择urlencoding。它的工作无需笨拙的apache服务器设置或查看错误报告。它也可以工作而不必将URL放在查询部分中。
$enc_url = urlencode(base64_encode($uri_string));
并取回
$url = base64_decode(urldecode($enc_url));
http://example.com/admin/supplier_show/8/YWRtaW4vc3VwcGxpZXJz
http://example.com/admin/supplier_show/93/YWRtaW4vc3VwcGxpZXJzLzEwMA%3D%3D
/
无论采用哪种方法进行urlencode编码,它仍然%2F
是吗?
经过相当多的测试,并查看了Apache中的错误,我得出的结论是,尽管在不同的论坛中提供了解决方案,但这在Apache中还是一个未解决的问题。查看错误:https://issues.apache.org/bugzilla/show_bug.cgi?id = 35256
对我有用的解决方法是重构URI,以便可以包含转义斜杠的项目位于URI的查询部分中,而不是路径中。我的测试表明,当它们在那里时,无论AllowEncodedSlashes和AcceptPathInfo设置如何,它们都不会被Apache过滤掉。
所以: http://test.com/url?http%3A%2F%2Fwww.url2.com
要么: http://test.com/url?theURL=http%3A%2F%2Fwww.url2.com
代替: http://test.com/url/http%3A%2F%2Fwww.url2.com
这意味着我们项目的体系结构更改,但这似乎是不可避免的。希望您找到了解决方案。
更换%2F
用%252F
在客户端。
这是正斜杠的双重编码形式。
因此,当它到达服务器并过早解码时,它将解码为%2F,这正是您想要的。
我在“ AllowEncodedSlashes On”上遇到了相同的问题,并尝试将指令放置在几个不同的位置:apache2.conf,httpd.conf和节内,如http://www.jampmark上的示例 .com / web-scripting / 5-solutions-to-url-encoded-slashes-problem-in-apache.html。
如果尚未安装,则可能需要将日志记录级别设置为调试(另一个指令),然后查看是否收到错误:
在URI(已解码='/ url / http://www.url2.com')中找到%2f(编码为'/'),返回404
其他未找到的错误不在日志中提供此信息。只是另一个诊断...
祝你好运(我们俩)!
RewriteRule
而不是,ProxyPass
则应添加NE
标志以避免解码。