У меня была та же проблема с ошибкой сертификатов и была вызвана SNI, а у клиента http, который я использовал, не было реализовано SNI. Таким образом, обновление версии выполнило задание
<dependency>
<groupId>org.apache.httpcomponents</groupId>
<artifactId>httpclient</artifactId>
<version>4.3.6</version>
</dependency>
Необходимо определить конфигурацию на system.webServer элементе, как:
<system.webServer>
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true">
<add name="UrlRewriter"
type="Intelligencia.UrlRewriter.RewriterHttpModule, Intelligencia.UrlRewriter" />
</modules>
</system.webServer>
можно сохранить обе конфигурации. Что Вы, вероятно, имеете, теперь:
<httpModules>
<add name="UrlRewriter" type="Intelligencia.UrlRewriter.RewriterHttpModule, Intelligencia.UrlRewriter" />
</httpModules>
Проверка раздел "Migrating ASP.NET Applications to IIS 7.0 Integrated mod" по http://learn.iis.net/page.aspx/243/aspnet-integration-with-iis7/
пикосекунда. Я использовал его без проблемы вообще, пока та конфигурация находится в.
Обновление 1: Также проверка http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx , особенно "Приближается 3: Используя HttpModule для Выполнения Дополнительной Меньше Перезаписи URL с IIS7" так как конфигурация, которую я добавил, имеет дополнительную меньше конфигурацию.
Да у меня была та же самая проблема с Intelligencia. Модуль UrlRewriter, работающий под Победой Vista & IIS7, однако переключаясь на классический пул приложений asp.net действительно решал проблему. Вы запускаете приложение в новом виртуальном каталоге? Это может иногда смешивать с корневым путем к приложению, которое могло иметь значение к правилам в web.config
Я обнаружил ту же проблему, после нескольких попыток я обнаружил, что изменение режима asp на интегрированный конвейер помогло.