Как решить "Ошибка HTTP 500.19 - Внутренняя ошибка сервера" на IIS7.0

Что вызывает эту ошибку, как я могу это исправить?

Подробная информация об ошибках
Модуль IIS Web Core
Уведомление BeginRequest
Обработчик еще не определен
Код ошибки 0x8007052e
Ошибка конфигурации Не удается локально войти в C:\inetpub\wwwroot как администратор пользователя с паролем виртуального каталога
Файл конфигурации недоступен (изоляция конфигурации)
Запрошенный URL http://192.168.0.3/
Физический путь C:\inetpub\wwwroot
Метод входа еще не определен
Пользователь входа еще не определен

Конфиг Источник

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

31 ответ

Решение

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

У меня была та же проблема, но причина была в другом.

В моем web.config было правило модуля перезаписи URL, и я также не установил модуль перезаписи URL. После установки модуля перезаписи url эта проблема решена.

На Windows 10 мне пришлось установить ASP.NET 3.5 а также ASP.NET 4.6 под Internet Information Services (другие поля автоматически проверяются):

Наконец я получил решение для моей проблемы. Учетная запись asp.net не отображается в диспетчере IIS, поскольку я не установил ее флажок в IIS, чтобы сделать это в Windows 7, следуйте инструкциям

  1. Открыть панель управления
  2. Нажмите на ссылку "программа" (не удалять программы)
  3. Нажмите на ссылку "включить / выключить функции Windows"
  4. во всплывающем окне найдите "IIS служб Интернета" и разверните его узел
  5. Разверните узел "Всемирная паутина"
  6. Разверните узел "Функции разработки приложений"
  7. установите флажок "ASP.NET"
  8. Затем нажмите кнопку ОК

Теперь вы увидите учетную запись Asp.net в диспетчере IIS и по умолчанию вы увидите учетную запись IIS. Теперь вам следует переместить веб-сайт asp.net из "моего документа" в другое место, к которому у IIS есть разрешение на доступ (к любому разделу вашего компьютер) Теперь просмотрите ваш сайт в диспетчере IIS, и он должен работать.

Мы получили эту ошибку после изменения пароля администратора нашего домена.

После использования нескольких настроек я в конечном итоге обнаружил, что в приложении по указанному ниже пути, поскольку он был настроен специально для использования учетной записи администратора домена, а не сквозной аутентификации (кто знает почему).

Диспетчер IIS -> Основные настройки -> Подключиться

Вам нужно сделать один шаг:

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

Это оно

Испытал эту проблему сегодня и решил ее. Кто-то установил "Идентификационные данные пути" для "Веб-сайта по умолчанию" в IIS для запуска от имени определенного пользователя. Этот же пользователь изменил свой пароль либо из-за истечения срока действия пароля, либо из-за обычного изменения. Настройка "Веб-сайт по умолчанию" для подключения в качестве "пользователя приложения" через опцию основных настроек решила его для меня

Вы, вероятно, измените свой пароль NT.

Откройте IIS -> щелкните правой кнопкой мыши свое приложение -> управлять приложением -> расширенные настройки -> учетные данные физического пути.

удачи

Для меня, мне нужно было активировать активацию Http в.Net функции в "Добавить / удалить компоненты Windows"

В моем случае эта ошибка появляется после изменения решения папки.

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

Щелкните правой кнопкой мыши по проекту> Свойства> Интернет> В разделе "Серверы" нажмите "Создать виртуальный каталог"

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

Работал хорошо, но не на основании предложений выше. В моем случае я получаю ошибку 500 при запуске iis7 на сервере Windows 2008 в домене. Просто добавил нового пользователя в домен и, по сути, разрешил чтение / выполнение доступа к виртуальному каталогу или папке. Убедитесь, что виртуальная папка> основные параметры> Подключиться как> Учетные данные пути задана для пользователя с доступом для чтения / выполнения. Вы можете проверить настройки, и аутентификация и авторизация должны работать. Ура!

Прямо сейчас у меня была эта ошибка и я решил ее. Ваш URL может совпадать с созданным виртуальным каталогом.

Вы должны проверить виртуальные каталоги, в моем примере я нашел в applicationhost.config следующий ряд:

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

Я пытался открыть страницу с URL (http://localhost/admin/roles) из AdminController а также Roles действие и получил эту ошибку.

Веб-сайтом по умолчанию тоже нужно управлять:

1. На веб-сайте по умолчанию -> basicSettings -> connect as, измените его на нужного пользователя.

2. измените Идентификатор applicationPool, который связан с веб-сайтом по умолчанию

g.luck

У меня была похожая ошибка при установке php 5.3.3 с кодом ошибки 0x80070020 с указанием нескольких строк в файле web.config в моем корневом каталоге www (не в стандартном корневом каталоге).

Решение, хотя и грубое, сработало отлично. Я просто удалил файл web.config и теперь все работает. Я потратил ЧАСЫ, пробуя другие решения безрезультатно.

Если кто-то думает, что это глупо, пожалуйста, дайте мне знать. Если кто-то потратил столько же времени на вырывание волос, попробуйте и посмотрите (после резервного копирования файла, конечно)

С уважением FEQ

Возникла та же ошибка, и исправление учетных данных в пуле приложений IIS не помогло. Я наконец-то исправил ошибку в IIS, выбрав свой веб-сайт в разделе "Веб-сайт по умолчанию", "Дополнительные параметры" -> "Физические данные пути" -> "Конкретный пользователь", и повторно ввел учетные данные для пользователя пула приложений, затем перезапустил IIS, ошибка исчезла, и мой веб-сайт пришел успешно

Для других я получил подобное сообщение об ошибке из-за попытки запустить приложение.Net 4 в пуле приложений.Net 2. Изменение версии.Net FX для пула приложений исправило это для меня.

Когда я получил 500.19, я дал IIS_IUSRS полные права доступа для упомянутого web.config и для папки проекта. Это решило проблему.

Вы можете дать разрешения по

  1. щелкните правой кнопкой мыши папку / файл
  2. выбрав вкладку "безопасность"
  3. добавить пользователя IIS_IUSRS - не забывайте i перед USRS и не пишите "e", как в USERS

Если это сложно, когда вы пытаетесь получить доступ к панели администратора Joomla, просто проблема с именем пользователя и паролем! Вам просто нужно обновить jos_user в вашей базе данных joomla.

Перейдите в каталог вашего веб-сайта joomla и откройте файл configuration.php с блокнотом или блокнотом, чтобы показать, какое имя базы данных использует ваш сайт администратора joomla. Вы должны найти строку, которая имеет:

public $user = 'joomlauser251';           //MySQL username

В моем случае joomlauser251 это имя моей БД.

Войдите в свой MySQL:

 mysql -uyourusername -pyourpassword

Выберите базу данных для вашей Joomla:

use joomlauser251;

Изменить пароль для администратора:

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

И повторите попытку снова.

Это все!!!

Если вы используете новую выделенную учетную запись пользователя... Также стоит проверить, что срок действия пароля этой учетной записи не истек, так как это также вызовет проблему с разрешениями 500.19.

Кажется, это не было проблемой с разрешением - попытался предоставить учетной записи IIS_IUSRS полный контроль над всем в веб-сервисе, просто чтобы посмотреть, не было ли это причиной. Исправление оказалось воссозданием приложения, в котором размещен веб-сервис (т. Е. Собственно '.svc') в IIS.

Так легко найти файл "applicationHost.config" в Windows -> System32 ->inetsrv -> config 1. резервное копирование "applicationHost.config" в другое имя файла 2. открыть файл "applicationHost.config" очистить данные и сохранить 3. открыть браузер и Вызов URL внутреннего сайта, готово.

Для веб-сайтов ASP.NET Core эта общая ошибка также возникает, если у вас не установлен модуль HttpPlatformHandler, см. Этот ответ для получения дополнительной информации.

В моем случае я нашел ссылку на старый пароль учетной записи домена в applicationHost.config по умолчанию в Virtual Directory.

В моем случае значение ключа было неверным в Web.config файл:

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

когда я изменяю значение на "Portal.html", это работает.

Приложения ASP.Net поставляются предварительно с разделом обработчиков в web.config. По умолчанию это установлено только для чтения при делегировании объектов в IIS. Посмотрите в IIS Manager

1. Перейдите в IIS Manager и нажмите "Имя сервера".

2. Перейдите в раздел Управление и нажмите Делегирование функций.

3.Выберите сопоставления обработчиков, которые должны быть настроены только для чтения.

4. Измените значение для чтения / записи, и теперь вы можете решить проблему

У меня есть еще одна вещь, чтобы сказать об этом. С одним и тем же кодом HTTP Error вы все равно можете иметь несколько разных ошибок, так как одна из них была опубликована здесь в оригинальном описании вопроса. Например: после того как я отредактировал Web.Config файл проекта ASP.NET, у меня был

Код ошибки 0x8007000d

"Допускается только один элемент . Это должен быть первый дочерний элемент корневого элемента "

Как говорится, вы НЕ ДОЛЖНЫ вставлять свои собственные XML-материалы до того, как <configSections> часть Web.Config файл. После того, как я вставил свой фрагмент после конечного тега <configSections>, это работало просто отлично.

Я получил эту ошибку после удаления служб обновления Windows Server (WSUS) с компьютера, на котором работает IIS. Очевидно, что удаление WSUS может нарушить настройку IIS на сервере, что сделает недоступным другое веб-приложение, установленное на том же сервере.

Я нашел решение проблемы здесь.

Мое решение таково,

  1. просто удалите поврежденную папку.
  2. Затем заново создайте папку.

Похоже, что поврежденная папка была создана до установки IIS. Если вы создали папку снова, она будет работать правильно.

Правильный путь моего сайта не был указан в IIS.

Я получил эту ошибку после обновления с Visual Studio 2013 до 2015. После небольшого поиска и проб различных исправлений я обнаружил, что проблему можно решить, удалив из файла web.config следующее:

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

Видимо staticContent устарел сейчас?

Источник

Редактировать 1

Такого рода IIS не мог обслуживать файлы.json при развертывании программы. Если вы сделаете это, вы должны будете повторно добавить.json (application/json) к MIME-типам вашего сайта в IIS. Вот еще немного информации: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Редактировать 2

Я заметил, что в моей ситуации вышеуказанное решение edit 1 работает только временно. После повторного развертывания запись удаляется. Итак, я переместил mimeMap XML в Web.Release.config, Работает нормально сейчас.

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