Есть ли в IIS 7 параметр, который может удалять часть pathinfo моего HTTP-запроса?

Проблема заключалась в том, что я создал конкретное сопоставление сценария в разделе «Обработка сопоставлений» для библиотеки DLL ISAPI. Это заставляло IIS перенаправлять все запросы на конкретную dll, поэтому любой запрос, включающий часть информационного пути, игнорировался. Инфопатия была отключена.

Что мне действительно нужно было сделать, так это просто включить разрешение функции Execute сопоставления обработчика сопоставления модуля ISAPI-dll. Это сопоставление модулей доступно для виртуального каталога, если вы разрешили неуказанные модули ISAPI (или модули CGI, если вы создали такое расширение веб-сервера).

Чтобы решить мою проблему, мне нужно было

1. Удалите каталог, чьи отображения я испортил.

2. Поскольку я уже разрешил неуказанные модули ISAPI (выберите Edit Feature Settings в апплете ISAPI и CGI Restrictions в разделе IIS на сервере), мне нужно было добавить новый виртуальный каталог для соответствующего веб-сайта (здесь я воссоздал каталог, который я удалил на предыдущем шаге 1.

3. В апплете Handling Mappings для виртуального каталога у вас, вероятно, отключено отображение обработки ISAPI-dll. Выберите его и выберите параметр «Изменить права доступа к функциям» с правой стороны. Установите флажок «Выполнить».

Не редактируйте сопоставление обработки ISAPI-dll и не добавляйте исполняемый файл. Несмотря на то, что в этом диалоговом окне указано, что исполняемый файл является необязательным, после того, как вы его добавили, все закончится. Вы никогда не сможете его удалить (я никогда не смог бы его удалить). На одной из моих установок виртуальной машины у меня была запись «Исполняемый файл» в этом диалоговом окне. Чтобы от него избавиться, мне пришлось удалить IIS 7, а затем переустановить. (Возможно, в этом не было необходимости, но я не мог понять, как удалить и переустановить сопоставление модуля, не вводя запись Executable).

Кроме того, если ваша ISAPI DLL является 32-битной DLL и вы работаете в 64-битной операционной системе, вам необходимо включить 32-битные приложения для связанного пула приложений.

Надеюсь, моя боль кому-то помогла.

Я знаю, что этот вопрос немного устарел, но этот ответ может помочь кому-то с той же проблемой.

Когда вы добавляете карту сценариев в диспетчере IIS, она создает обработчик в web.config следующим образом:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers accessPolicy="Read, Execute, Script">
            <add name="MyISAPI" path="myisapi" verb="*" modules="IsapiModule" scriptProcessor="C:\MyISAPI\myisapi_extension.dll" resourceType="Unspecified" requireAccess="Execute" preCondition="bitness32" />
        </handlers>
    </system.webServer>
</configuration>

Что вам нужно сделать, так это добавить в обработчик атрибут allowPathInfo = "true". В диспетчере IIS нет этой опции, и вам придется отредактировать web.config вручную:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers accessPolicy="Read, Execute, Script">
            <add name="MyISAPI" path="myisapi" verb="*" modules="IsapiModule" scriptProcessor="C:\MyISAPI\myisapi_extension.dll" resourceType="Unspecified" requireAccess="Execute" preCondition="bitness32" allowPathInfo="true" />
        </handlers>
    </system.webServer>
</configuration>

Таким образом вы можете выбрать путь запроса расширения ISAPI (в этом примере: http: // HOSTNAME / MyISAPI / myisapi), иначе без этого изменения вам нужно будет вызвать расширение ISAPI с именем DLL (http: //HOSTNAME/MyISAPI/myisapi_extension.dll)