Як вирішити "Помилка HTTP 500.19 - внутрішня помилка сервера" на IIS7.0 [закрито]

Що викликає цю помилку, як її виправити?

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

Налаштування джерела

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

Схоже, обліковий запис користувача, який ви використовуєте для пулу додатків, не має прав на каталог веб-сайтів, тому звідти він не може читати конфігурацію. Перевірте пул додатків і подивіться, для якого користувача він налаштований. Перевірте каталог і перевірте, чи має цей користувач відповідні права на нього. Поки ви перебуваєте в ньому, перевірте журнал подій і перевірте, чи 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. Розгорніть вузол «World Wide Web Service»
6. Розгорніть вузол «Особливості розробки додатків»
7. встановіть прапорець "ASP.NET"
8. Потім натисніть кнопку ОК

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

Цю помилку ми отримали після зміни пароля адміністратора домену.

Після маніпуляції з кількома налаштуваннями я виявив, що в додатку внизу шляху, як було встановлено, спеціально використовувати обліковий запис адміністратора домену, а не автентифікацію проходження (хто знає чому).

IIS Manager -> Основні настройки -> Підключення

вам потрібно зробити один крок:

run->cmd

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

Це воно

Сьогодні пережили це питання і вирішили. Хтось встановив "Вхідні дані про шлях" для "Веб-сайту за замовчуванням" в IIS, щоб він працював як конкретний користувач. Цей самий користувач змінив свій пароль або через те, що термін дії пароля закінчився, або просто звичайна зміна. Якщо встановити "Веб-сайт за замовчуванням" для підключення як "Користувач програми" через основний параметр налаштувань, це вирішило для мене

ви, ймовірно, змінили свій NT-пароль.

Відкрийте IIS -> Клацніть правою кнопкою миші на вашій програмі -> керування додатком -> розширені налаштування -> облікові дані фізичного шляху.

Щасти

У моєму випадку ця помилка з’являється після зміни рішення папки.

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

Клацніть правою кнопкою миші на проект> Властивості> Веб> У розділі Сервери натисніть «Створити віртуальний каталог»

Він відобразить повідомлення про те, що віртуальний каталог створено в іншому місці, і це змінить його

Для мене мені потрібно було активувати Http Activation під функціями .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дій і отримав цю помилку.

Для інших людей я отримав подібне повідомлення про помилку через спробу запустити .Net 4 додаток у пулі додатків .Net 2. Зміна версії .Net FX для пулу додатків виправила мене.

У мене була подібна помилка при встановленні php 5.3.3 з кодом помилки 0x80070020 з напрямком на кілька рядків в web.config у моєму кореневому каталозі www (не у стандартній кореневій директорії).

Розчин, хоч і сирий, працював ідеально. Я просто видалив файл web.config і тепер все працює. Я витратив HOURS на тестування інших рішень безрезультатно.

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

З повагою FEQ

Була така ж помилка та виправлення облікових даних у пулі додатків IIS не допомогло. Нарешті я вирішив помилку в IIS, вибравши веб-сайт у розділі Веб-сайт за замовчуванням, Додаткові параметри-> Акредитивні дані фізичного шляху-> Конкретний користувач, а також повторно ввів облікові дані для користувача пулу додатків, потім перезапустив IIS і помилка пішла, і моя веб-сайт прийшла успішно.

Також потрібно керувати веб-сайтом за замовчуванням :

1. На веб-сайті за замовчуванням -> basicSettings -> підключити як, змінити його на потрібного користувача.

2.змініть ідентифікацію applicationPool, що стосується веб-сайту за замовчуванням

g.luck

Здається, це не було проблемою дозволу для мене - спробував надати обліковому запису IIS_IUSRS повний контроль над усім у веб-службі, просто щоб побачити, чи це було причиною. Виправлення виявило відтворення програми, що розміщує веб-сервіс (тобто фактичний '.svc') в IIS

Якщо він великий, коли ви намагаєтеся отримати доступ до панелі адміністратора Joomla, просто проблема з іменем користувача та паролем !! Вам потрібно просто оновити jos_user у вашій базі даних Joomla.

Перейдіть до каталогу веб-сайтів Joomla та відкрийте config.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’;

І знову спробуйте дістатися до доступу.

Це все !!!

У моєму випадку я знайшов посилання на старий пароль облікового запису домену в applicationHost.config під замовчуванням Virtual Directory.

так легко знайти файл "applicationHost.config" в Windows -> System32 -> inetsrv -> config 1. створити резервну копію "applicationHost.config" на інше ім'я файлу 2. відкрити файл "applicationHost.config" очистити дані та зберегти 3. відкрити браузер і внутрішній веб-сайт виклику, завершено.

Якщо ви використовуєте новий, виділений обліковий запис користувача ... Також варто перевірити, чи не закінчився термін дії пароля для цього облікового запису, оскільки це також спричинить проблему дозволів 500.19.

Коли я отримав 500.19, я надав IIS_IUSRSповні права доступу на згадану web.config та на папку проекту. Це вирішило питання.

Ви можете надати дозволи на

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

Програми ASP.Net поставляються заздалегідь провідними з секцією обробників в web.config. За замовчуванням це встановлено лише для читання в межах делегування функцій в IIS. Погляньте в менеджер IIS

1. Перейдіть до менеджера IIS та натисніть Ім'я сервера

2. Перейдіть до розділу Керування та натисніть Делегування функцій .

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

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

Я маю ще щось сказати з цього приводу. З тим самим кодом помилки HTTP ви все одно можете мати кілька різних помилок, оскільки одна з них була розміщена тут під початковим описом питання. Наприклад: після того, як я відредагував Web.Configфайл проекту ASP.NET, у мене був

Код помилки 0x8007000d

"Дозволений лише один елемент <configSections>. Він повинен бути першим дочірнім елементом кореневого <configuration> елемента"

Як мовиться, ви НЕ повинні вставляти свої власні XML-матеріали перед <configSections>частиною Web.Configфайлу. Після того, як я вставив свій фрагмент після закінчення тегу <configSections>, він працював чудово.

Правильний шлях мого веб-сайту не вказано в IIS.

Моє рішення полягає в тому,

1. просто видаліть зіпсовану папку.
2. Потім знову створіть папку.

Здається, якщо пошкоджена папка була створена до встановлення IIS. Якщо ви знову створили папку, вона буде працювати правильно.

Я отримав цю помилку після видалення служб оновлення Windows Server (WSUS) з комп'ютера під керуванням IIS. Очевидно, що видалення WSUS може порушити конфігурацію IIS на сервері, що зробить недоступними інші веб-програми, встановлені на цьому ж сервері.

Я знайшов рішення проблеми тут .

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

У моєму випадку значення ключа було неправильним у Web.configфайлі:

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

коли я змінюю значення на "Portal.html", воно працювало.

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

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

Мабуть, статичний вміст застарілий?

Джерело

Редагуйте 1

Цей вид заважав IIS обслуговувати файли .json під час розгортання програми. Якщо ви це зробите, ви повинні повторно додати .json (application / json) до типів mime вашого сайту в IIS. Ось додаткова інформація: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Редагувати 2

Я помітив, що в моїй ситуації вищевказане рішення 1 редагує лише тимчасово. Як тільки я повторно розміщую, запис видаляється. Отже, я перемістив mimeMap XML у Web.Release.config. Зараз добре працює.