IIS 6, сопоставление подстановочных знаков и FrontPage - PullRequest
Новая
       35

IIS 6, сопоставление подстановочных знаков и FrontPage

1 голос
/ 29 сентября 2008

Хотелось бы избавиться от необходимости в FrontPage Extensions на узле с интенсивным трафиком, который я размещаю, клиент требует его для администрирования сайта. Только что внедрив сопоставление подстановочных знаков в IIS 6 на этом сайте, чтобы обеспечить интегрированную безопасность проверки подлинности с помощью форм между ресурсами ASP и ASP.NET, это нарушает расширения FrontPage. Все работает как чудо, включая роли шифрования и кэширования, которые теперь доступны даже для ASP, за исключением потери FrontPage. В частности, вы даже не можете войти в администрацию FrontPage (неверные учетные данные).

Кто-нибудь заставил FrontPage работать с маршрутизацией сопоставления приложений Wildcard через ASP.NET 2.0 aspnet_isapi.dll?

ОБНОВЛЕНИЕ: я отметил ответ @Chris Hynes, хотя у меня не было времени для тестирования (и текущая конфигурация работает для клиента). Это имеет смысл и согласуется с тем, что, как я думал, происходило, и, возможно, как с этим бороться, но не знал, куда направить запрос в этот момент (fpadmdll.dll). Большое спасибо!

1 Ответ

0 голосов
/ 07 марта 2009

Проблема здесь звучит так: сопоставление с подстановочными знаками имеет приоритет над обработчиком ISAPI расширений главной страницы и / или путаница запроса / ответа для этого. Я бы попытался создать обработчик, который ничего не делает, и сопоставить его с fpadmdll.dll.

Примерно так: 

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

        public void ProcessRequest(HttpContext context)
        { }
    }
}

Затем сопоставьте это в web.config: 

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