IIS 6, Wildcard aplicativo de mapeamento, e FrontPage

Question

Enquanto eu adoraria se livrar de exigir extensões do FrontPage em um site de tráfego intenso I host, o cliente obriga a administrar o site. Tendo acabado implementado Wildcard Mapping aplicativo no IIS 6 neste site de forma a proporcionar formas integradas de segurança de autenticação entre os recursos ASP e ASP.NET, este extensões quebras FrontPage. Tudo funciona como um encanto, incluindo criptografia e cache de papéis que estão agora disponíveis até mesmo para ASP, exceto para a perda de FrontPage. Especificamente, você não pode mesmo login para administração FrontPage (credenciais incorretas).

Alguém conseguido FrontPage para trabalhar com mapeamento de curingas aplicativo de roteamento através do aspnet_isapi.dll ASP.NET 2.0?

UPDATE: Eu marquei @ Chris Hynes resposta mesmo que eu não tive o tempo para testar (e a configuração atual está funcionando para o cliente). Faz sentido e vai junto com o que eu pensei estava ocorrendo e, possivelmente, como lidar com, mas não sabia para onde encaminhar o pedido nesse ponto (fpadmdll.dll). Muito obrigado!

Answer 1

A questão aqui soa como o mapeamento de curinga está tendo precedência sobre o manipulador de extensões ISAPI frontpage e / ou bagunçar o pedido / resposta para isso. Eu tentaria criar um manipulador que não faz nada e mapeá-lo para Fpadmdll.dll.

Algo parecido com isto:

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

        public void ProcessRequest(HttpContext context)
        { }
    }
}

Em seguida, mapear-lo no web.config:

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