UrlScan 3.1 отклоняет глагол ОПЦИИ

У меня проблема, когда запрос с глаголом OPTIONS не выполняется с кодом ответа HTTP 404. После проверки журналов проблема сводилась к UrlScan 3.1, который блокирует этот глагол по умолчанию. Удаление UrlScan из файловых фильтров ISAPI в IIS устраняет проблему, однако UrlScan должен находиться в системе.

Согласно документации UrlScan ( https://support.microsoft.com/en-us/kb/326444), я добавил глагол OPTIONS в раздел [AllowVerbs] файла UrlScan.ini, проверив, что установлен UseAllowVerbs 1 и перезапустил IIS (также попытался перезагрузить сервер). Тем не менее, это не решило эту проблему. Я попытался удалить все глаголы из разрешенного списка, чтобы посмотреть, окажет ли это какое-либо влияние, но ничего не изменилось.

Итак, вопрос в том, почему UrlScan не принимает новую конфигурацию?

Спасибо!

1 ответ

Провел целую неделю, ведь следующая настройка сработала! и наконец спасли.Удаление UrlScan из файловых систем ISAPI в IIS решает проблему, однако UrlScan должен быть в системе.

Я надеюсь, что вы могли бы найти решение. Я прошел через ту же проблему сегодня, и то, что я сделал, проверял журналы сканирования URL, чтобы увидеть, что 'Rejected disallowed+header request+headers transfer-encoding', В качестве решения этой проблемы, добавил ; до передачи-кодирования в [DenyHeaders] так что это будет прокомментировано. Вы также можете столкнуться с каким-то другим нарушением, поэтому я советую вам посмотреть журналы.

Важно сделать IISReset после изменений, а не просто перезапустить.

Другие вопросы по тегам