在 Application_BeginRequest 期间检查静态文件？

Question

我有一个 Global.asx 文件，需要执行自定义身份验证、审核和分析工作。这是必需的，因为它支持基于 SAML 的 SSO 系统，并且需要覆盖正常的 .Net 身份验证（不支持 SAML 或混合身份验证），

我不想为静态文件（例如 ）触发它。 js、.css、.png 等

在 Cassini/WebDev 和 IIS7 中确实如此。

我想要的是一些简单的检查，例如 this.Request.IsStaticFile （不幸的是，它不存在）来识别静态文件。

我意识到这写起来相当简单，但感觉就像一些必须已经存在的东西——IIS 已经为静态文件等应用了缓存策略。

我需要一种代码解决方案，而不是 IIS 配置更改解决方案。

更新

这是我当前的解决方法：

/// <summary>Hold all the extensions we treat as static</summary>
static HashSet<string> allowedExtensions = new HashSet<string>(StringComparer.OrdinalIgnoreCase)
{
    ".js", ".css", ".png", ...
};

/// <summary>Is this a request for a static file?</summary>
/// <param name="request">The HTTP request instance to extend.</param>
/// <returns>True if the request is for a static file on disk, false otherwise.</returns>
public static bool IsStaticFile(this HttpRequest request)
{
    string fileOnDisk = request.PhysicalPath;
    if (string.IsNullOrEmpty(fileOnDisk))
    {
        return false;
    }

    string extension = Path.GetExtension(fileOnDisk);

    return allowedExtensions.Contains(extension);
}

这有效并且足够快，但感觉非常笨重。特别是，如果我们添加未想到的新静态文件，依赖扩展将很容易出错。

有没有更好的方法而不改变IIS配置？

Answer 1

您也许可以检查哪个处理程序正在处理该请求。

在 IIS6 中，只有 .net 文件（例如 aspx）被映射到执行某些操作的处理程序。

在具有集成管道的 IIS7 中，所有内容都通过 .net 路由，这通常是一件好事。不过，不同的处理程序仍然处理不同的文件类型。我特别相信 staticfilehandler 是您需要检查的一个。 httpcontext.handler 属性应该可以让您弄清楚。

您可以创建一个扩展方法来添加 IsStatic 方法...

Simon

Answer 2

有几个选项：

• 添加 authorization 元素 并拒绝那些不需要任何身份验证并包含静态文件的路径
• 。您正在使用集成管道。在 IIS 7 上将其关闭。

Answer 3

毫无疑问，您需要创建一个自定义扩展方法，因为 ASP.NET 路由引擎使用此代码来确定文件是否存在，

if (!this.RouteExistingFiles)
{
    string appRelativeCurrentExecutionFilePath = httpContext.Request.AppRelativeCurrentExecutionFilePath;
     if (((appRelativeCurrentExecutionFilePath != "~/") && (this._vpp != null)) && (this._vpp.FileExists(appRelativeCurrentExecutionFilePath) || this._vpp.DirectoryExists(appRelativeCurrentExecutionFilePath)))
     {
          return null;
       }
}

您将无法使用 context.handler 来确定 Application_BeginRequest 中的请求是否是静态的，因为路由模块可能会更改处理程序，该模块始终在 Application_BeginRequest 之后执行。我的建议是使用 ASP.NEt 路由引擎使用的类似代码。