IIS 6, asignación de aplicaciones comodín y FrontPage

Question

Si bien me gustaría deshacerme de las extensiones de FrontPage en un sitio de tráfico pesado que alojo, el cliente requiere que administre el sitio. Después de haber implementado la asignación de aplicaciones Wildcard en IIS 6 en este sitio para proporcionar seguridad de autenticación de formularios integrada entre los recursos ASP y ASP.NET, esto rompe las extensiones de FrontPage. Todo funciona de maravilla, incluidos los roles de cifrado y almacenamiento en caché que ahora están disponibles incluso para ASP, excepto la pérdida de FrontPage. Específicamente, ni siquiera puede iniciar sesión en la administración de FrontPage (credenciales incorrectas).

¿Alguien ha conseguido que FrontPage funcione con el enrutamiento de asignación de aplicaciones comodín a través de ASP.NET 2.0 aspnet_isapi.dll?

ACTUALIZACIÓN: he marcado la respuesta de @Chris Hynes a pesar de que no he tenido tiempo de probar (y la configuración actual está funcionando para el cliente). Tiene sentido y está de acuerdo con lo que pensé que estaba ocurriendo y posiblemente cómo tratarlo, pero no sabía dónde enrutar la solicitud en ese momento (fpadmdll.dll). Muchas gracias!

Answer 1

El problema aquí parece que la asignación de comodines tiene prioridad sobre el controlador ISAPI de las extensiones de la portada y / o desordena la solicitud / respuesta para eso. Intentaría crear un controlador que no haga nada y asignarlo a fpadmdll.dll.

Algo como esto:

namespace YourNamespace
{
    public IgnoreRequestHandler : IHttpHandler
    {
        public IsReusable { get { return true; } }

        public void ProcessRequest(HttpContext context)
        { }
    }
}

Luego mapee en la web.config:

<httpHandlers>
    <add verb="*" path="fpadmdll.dll" type="YourNamespace.IgnoreRequestHandler, YourDll"  />
</httpHandlers>