IIS 6, Wildcard Application Mapping e FrontPage

Question

Anche se mi piacerebbe sbarazzarmi di richiedere le estensioni di FrontPage su un sito a traffico intenso che ospito, il client lo richiede per amministrare il sito. Avendo appena implementato Wildcard Application Mapping in IIS 6 su questo sito al fine di fornire la sicurezza integrata di autenticazione moduli tra le risorse ASP e ASP.NET, si interrompono le estensioni di FrontPage. Tutto funziona come un incantesimo, compresi i ruoli di crittografia e memorizzazione nella cache che sono ora disponibili anche per ASP, fatta eccezione per la perdita di FrontPage. In particolare, non è nemmeno possibile accedere all'amministrazione di FrontPage (credenziali errate).

Qualcuno ha ottenuto che FrontPage funzioni con il routing Mapping applicazioni Wildcard tramite ASP.NET 2.0 aspnet_isapi.dll?

AGGIORNAMENTO: ho contrassegnato la risposta di @Chris Hynes anche se non ho avuto il tempo di testare (e la configurazione corrente funziona per il client). Ha senso e va d'accordo con quello che pensavo stesse accadendo e possibilmente come gestire, ma non sapeva dove indirizzare la richiesta in quel punto (fpadmdll.dll). Mille grazie!

Answer 1

Il problema qui sembra che la mappatura dei caratteri jolly abbia la precedenza sul gestore ISAPI delle estensioni della prima pagina e / o incasini la richiesta / risposta. Proverei a creare un gestore che non fa nulla e mapparlo su fpadmdll.dll.

Qualcosa del genere:

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

        public void ProcessRequest(HttpContext context)
        { }
    }
}

Quindi mappalo nel web.config:

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