IIS7 和 ARR 作为 Subversion 的反向代理
我使用 IIS7 和应用程序请求路由扩展来充当 Apache 上运行的 Subversion 的反向代理。
代理工作正常,我能够探索服务器,甚至执行“签出”。但是,我无法浏览 ASP.NET 通常禁止的文件 - 例如 .cs、.csproj 等。 ASP.NET 不关心的文件 - 例如 .txt - 都可以。
我尝试编辑全局 web.config 以删除这些文件的禁止处理程序映射,但似乎没有什么区别。有什么办法可以让IIS7中的URL重写模块工作,同时允许呈现所有文件扩展名?
I am using IIS7 and the Application Request Routing extension to act as a reverse proxy to Subversion running on Apache.
The proxy works fine and I am able to explore the server, and even perform a "check out". However, I cannot browse to files that would normally be forbidden by ASP.NET - for example, .cs, .csproj, and so on. Files ASP.NET wouldn't be concerned with - such as .txt - are fine.
I tried to edit the global web.config to remove the Forbidden handler mapping for these files, but it did not seem to make a difference. Is there any way to allow the URL rewriting module in IIS7 to work, while allowing all file extensions to be rendered?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
IIS7 有一个 applicationHost.config 文件,其中包含安全部分限制文件扩展名:
更多信息:
http:// learn.iis.net/page.aspx/143/how-to-use-request-filtering/
我在网站的 web.config 中添加了类似的部分,并使用了< /code> 节点删除所有扩展。现在我可以提供 .cs、.csproj 文件和其他文件,但我还无法提供 .config 文件。
编辑:删除hiddenSection节点也纠正了web.config文件的这个问题。这是我本地的 web.config 文件:
IIS7 has an applicationHost.config file which has a security section that limits file extensions:
More information:
http://learn.iis.net/page.aspx/143/how-to-use-request-filtering/
I added a similar section to my site's web.config and used a
<clear />
node to remove all extensions. Now I can serve .cs, .csproj files and others, but I cannot serve .config files yet.Edit: Removing the hiddenSection nodes corrected this for web.config files too. Here is my local web.config file:
我让它与我的 web.config 一起工作,如下所示:
I got it working with my web.config looking like so:
除了 Paul Stovell 的回答之外,我还建议激活双重转义。我在检索文件名中包含“+”字符的文件时遇到错误。双重转义消除了这个问题:
In addition to Paul Stovell answer, I would recommend activating double escaping. I encountered errors when retrieving files continaing a "+" character in the file name. Double escaping eliminates this problem :