My<cod/>.net
.NET 3.5 Service Pack 1 вызывает 404 страницы в ASP.NET веб-приложении
У меня есть проблема с IIS 6.0 прекращением работы для приложения ASP.NET после установки пакета обновления 1 для .NET 3.5 .
У меня есть 2 идентичных виртуальных выделенных сервера. Установка SP1 на Первом не оказала никакого негативного влияния. Установка его на втором вызвала ASP.NET страницы, чтобы начать возвращать 404 страницы не найдено.
Статические страницы .html работают нормально на обоих серверах.
Кто-нибудь еще испытывал это?
Это общая проблема, поэтому давайте начнем с некоторых вопросов по устранению неполадок:
- Основываясь на вашем описании, среда выполнения ASP.NET не улавливает ваш запрос и не обрабатывает файлы aspx. Возможно, вам снова потребуется зарегистрировать конвейер asp.net с помощью IIS, используя ASPNET_REGIIS-i.
- Вы уже убедились, что файл app_offline.htm был удален из каталога приложения? У меня это уже случалось раньше после того, как обновление.
- Есть ли у вас настройка fiddler , например, чтобы следовать запросу, чтобы увидеть, что такое именно то, о чем его просили?
- Убедитесь, что параметр ASP.NET включен в консоли администрирования IIS в разделе "Web Service Extensions." убедитесь, что для различных версий платформы Все включено.
Ну, давайте начнем с них, и, надеюсь, мы сможем направить вас к этой проблеме.
В последнее время я видел разных людей с этой проблемой. Эта ссылка может помочь.
И вот еще что .
И еще несколько других.
У меня не было этой точной ошибки с .NET 3.5 SP1, но я видел, как подобное происходило в прошлом. Обычно это можно решить, открыв командную строку, перейдя в соответствующую папку .NET и запустив ASPNET_REGIIS-i. в случае .NET 3.5 не было обновления основных битов фреймворка, поэтому вы фактически перейдете в папку .NET 2.0, которую на моей машине можно найти по адресу:
\Windows\Microsoft.Net\framework\v2.0.50727
Запуск ASPNET_REGIIS-i будет повторно регистрировать все библиотеки ASP.NET с помощью IIS и должен быть эквивалентен повторной установке фреймворка на данной машине (насколько это касается IIS)
Просто чтобы уточнить. Последний (4-й) пункт, данный Дейлом, был проблемой. Во время установки SP1 статус для ASP.NET и WebDAV был установлен на запрещенный в расширениях веб-служб.
Почему установка SP1 изменила эту настройку на одном сервере, а не на другом-это загадка, на которую я бы не возражал (но и не ожидал) ответа...
Вторая ссылка, предоставленная CodingTheWheel, также имела ответ, поэтому я также отмечу это как ответ.
Никто не делал этого раньше, поэтому я укажу на тривиальное решение:
Вы уже деинсталлировали пакет обновления и повторно установили его (или всю платформу)?
Редактировать: @Kev:
Простое объяснение: он сказал, что обновление работает на одной машине, но не на другой. У меня были подобные проблемы в прошлом, и повторная установка помогла решить некоторые из них. И это тривиально сделать.
Это мой подход:
1. тривиальный
2. простой
3. головная боль
Вы правы, в производственных системах вы должны быть осторожны, но это его решение. И поскольку это виртуальный сервер, возможно, ему будет легко скопировать его и попробовать сначала в качестве тестовой среды.