IIS 7: значение не входит в ожидаемый диапазон

Когда я попытался запустить свой сервер IIS на своем локальном компьютере (который работает в Windows 7), он дает мне сообщение об ошибке:

значение не попадает в ожидаемый диапазон

Я испробовал количество вещей, чтобы исправить эту проблему, но не удался. то, наконец, я снова установил сервер IIS на свою машину, но проблема все еще сохраняется.

Кто-нибудь знает об этой ошибке? И как я могу его решить?

Ответ 1

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

Что я сделал для этого, я удалил свой веб-сайт по умолчанию и снова создал его в IIS. После этого я создал свои виртуальные каталоги конкретных приложений. Это решит мою проблему. Все еще не знаю, почему веб-сайт по умолчанию перестает работать после некорректного виртуального каталога, созданного Visual Studio.

Надеюсь, это поможет тем, кто сталкивается с этой проблемой.

Ответ 2

У меня была эта проблема в IIS 8.5, проблема оказалась неполной для имени хоста в привязках. Я не включил .com в полное доменное имя.

Ответ 3

У меня есть эта проблема с настройкой определенных учетных записей для запуска сайта как..

Он уходит, если вы установите пароль в applicationHost.config напрямую. Не могу сделать это, хотя IIS больше, хотя..

В: C:\Windows\System32\inetsrv\config

Может помочь.

Ответ 4

У меня была та же проблема. И проблема была в файле, указанном @aaron-gibson.

applicationHost.config at: C:\Windows\System32\inetsrv\config

(см. здесь Справка по настройке IIS)

На одном из сайтов были неверные данные:

<application path="/e:\MyFolder\MySiteWithProblem\VDir" applicationPool="AppPool152">
<virtualDirectory path="/" physicalPath="e:\MyFolder\MySiteWithProblem\VDir\Vdir" />

В этом случае application path имели недопустимые символы. А также, физический Пат не существовал.

Исправление этой записи устранило проблему.

Ответ, помеченный как решение, устранил проблему, потому что он воссоздал этот файл с нуля. Но в моем случае я не потерял все свои сайты.

Я изменил файл      applicationHost.config at: C:\Windows\System32\inetsrv\config

И записи для каждого сайта находятся в тегах:

<configuration> <system.applicationHost> <sites> ... <site name="Default Web Site" id="1" serverAutoStart="true"> <application path="/MyPath" applicationPool="AppPool152"> <virtualDirectory path="/" physicalPath="e:\MyFolder\MySite\Vdir" /> </application> ... <site> ... </sites> </system.applicationHost> </configuration>

Ответ 5

Шахта оказалась проблемой со связыванием. Я удалил, чем использовал другое имя в привязке, и он отлично работал.

Удачи!

Ответ 6

Эта проблема может быть вызвана установкой числа "Имя хоста". "Имя хоста" должно содержать не менее 1 буквы.

Ответ 7

У меня была эта проблема с Octopus Deploy.

Оказалось, что проблема была в привязке, где у него было дополнительное место в конце имени хоста при настройке проекта в Octopus.

Вы также можете увидеть это из applicationhost.config в C:\Windows\System32\inetsrv\Config

Ответ 8

У меня была эта проблема, и проблема была в том, что привязка была неправильной, после URL был "пробел".

Проверьте ваши привязки на наличие неправильных символов и, если есть что-то еще не так с ним.

Ответ 9

У меня было это сообщение об ошибке до того, как я использовал автоматическую систему сборки и развертывания (TeamCity с развертыванием Octopus). Оказалось, что номер порта, который я указал для IIS в переменных Octopus Deploy, был слишком высоким.

Из того, что я мог найти на этом веб-сайте, самый высокий номер порта IIS будет принимать 65535.

Ответ 10

У меня была эта проблема с новым развертыванием IIS 10. Наша сетевая команда скопировала файл applicationhost.config со старых серверов, и это вызвало его. В IIS 10 есть две новые настройки, которые шифруют пароль для удостоверения пула приложений. Поскольку в файле конфигурации IIS 7 не было этих настроек шифрования, IIS выдавал эту ошибку при назначении нового пользователя. Я просто скопировал настройки из новой сборки сервера, и он начал работать нормально. Добавьте эти две настройки к уже существующим:

<configProtectedData>
    <providers>

        <add name="IISCngProvider" type="Microsoft.ApplicationHost.CngProtectedConfigurationProvider" description="Uses Win32 Crypto CNG to encrypt and decrypt" keyContainerName="iisCngConfigurationKey" useMachineContainer="true" />
        <add name="IISWASOnlyCngProvider" type="Microsoft.ApplicationHost.CngProtectedConfigurationProvider" description="(WAS Only) Uses Win32 Crypto CNG to encrypt and decrypt" keyContainerName="iisCngWasKey" useMachineContainer="true" />

    </providers>
</configProtectedData>