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>