'Серверное приложение, Недоступное' в IIS7 после переключения на .net 4.0
(Я попытаюсь объяснить ДА ВЕДЬ не просто как),
У Вас есть две проблемы для контакта с: владение и полномочия.
Существует два вида владения: пользователь и группа. Хорошее веб-администрирование оставляет веб-сервер принадлежавшим "никому" (или эквивалентный) и файлы, которые это отображает принадлежавший веб-администратору. Владение группы и быть веб-группой администрирования, если больше чем один человек или просто группа по умолчанию веб-администраторского пользователя.
Существует три вида полномочий: пользователь, группа и мир. Каждый RWX в ls-l команда дает чтение, запишите и выполните полномочия пользователя сначала, затем группа, затем мир.
Если Вы подаете изображения всем, и любой, устанавливая мировой доступ для чтения к Вашему каталогу изображений и самим изображениям решит Вашу проблему, не беспокоясь владением. Если изображения ограничиваются, вошел в систему участники только, мир r/w/x должен быть выключен (появитесь как---в ls-l),
Как минимум у веб-администраторского пользователя должен быть доступ для чтения-записи к изображениям или rwx. (Существуют исключения для вниз заблокированных, управляемых веб-сайтов, но у меня есть чувство дело обстоит не так здесь).
Когда Вы сделаны, Ваши полномочия владения должны быть похожими на это:
chmod 774 *.jpg
rwxrwxr-- webadmin webgroup # Allow web admin and group to modify, everyone to view
chmod 744 *.jpg
rwxr--r-- webadmin webgroup # Allow only web admin to modify, everyone to view
chmod 740 *.jpg
rwxr----- webadmin webgroup # Allow only web admin to modify, only him and webgroup to view, this means web server must be in webgroup.
chmod 740 *.jpg
chgrp nobody *.jpg
rwxr----- webadmin nobody # If apache user is nobody/nobody, this is better
Я нашел этот поток при поиске того же самого описания ошибки. И я нашел то, что вызывало его в моем случае.
Я преобразовывал приложение от .net 3.5 до 4,0 и после того, как я изменил пул приложений с 2,0 до 4,0, это запустилось. Это только произошло в классическом режиме, не интегрированном.
В моем случае у меня был подстановочный знак http обработчики в web.config:
<add name="Wildcard .net 64 bit" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified" requireAccess="None" preCondition="bitness64"/>
<add name="Wildcard .net 32 bit" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified" requireAccess="None" preCondition="bitness32"/>
Но я забыл изменять путь к каталогу .net 4.0
таким образом, после изменения \v2.0.50727\aspnet_isapi.dll кому: \v4.0.30319\aspnet_isapi.dll веб-сайт начал вести себя обычно.
Надежда это помогает кому-то.
Вы называете Сайт. Остановиться () случайно? Это действительно изменяет свойство автоматического запуска сайта ко лжи, вызов Запускаются (), задержал бы его к истинному.
Для проверки нет никаких других приемов, Вы я рекомендовал бы копировать файл %windir %\System32\Inetsrv\Config\ApplicationHost.config в некоторый резервный каталог, затем запустил бы Ваше приложение развертывания и затем Разность оба файла после этого и видел бы различия, мое предположение - то, что Вы будете видеть некоторый набор свойств автоматического запуска ко лжи. Если это так, это вызывается из-за вызова Остановки, и никогда вызов Запускаются снова (перед CommitChanges)
Проверьте, чтобы видеть, имеет ли Ваш код шаблон: Сайт. Остановитесь ()... делают изменения в памяти.... ServerManager. CommitChanges ().... Сайт. Запустите ()
Вы никогда не будете фиксировать последний Запуск, который изменил его для автозапуска
Не уверенный, если Вы уже были через это, но Вы не можете смешать.NET 4 и.NET 2 приложения в том же пуле приложений. Эта проблема недавно укусила нас. Мы должны были создать новый пул приложений и присвоить новой.NET 4 веб-приложения тому пулу. Вся.NET 2 приложения находится в другом.
В той точке все было счастливо, и сообщение, которое Вы упомянули, ушло.