Ошибка iis 500: Устранение ошибки 500 на веб-сервере IIS 1С

Posted on by alexxlab

Содержание

Ошибка IIS «HTTP Error 500.19» после удаления роли WSUS

28.05.2019 Автор:Алексей Максимов

5 252 Просмотров

Если на сервере с ОС Windows Server 2012 R2 и установленной ролью Windows Server Update Services (WSUS) в конфигурации веб-сервера IIS помимо сайта WSUS Administration имеются какие-либо другие сайты, то после удаления роли WSUS эти сайты могут перестать работать. Рассмотрим эту проблему и способ её решения.

После выполнения стандартной процедуры удаления роли WSUS через консоль Server Manager замечено, что все сайты, работающие на базе веб-сервера IIS перестали штатно работать, возвращая всем клиентам, подключающимся из локальной сети, ошибку «500 — Intenal server error»

Чтобы получить больше информации об ошибке, выполняем открытие сайта локально на самом веб-сервере и видим, что ошибка 500.

19 связана с модулем сжатия DynamicCompressionModule и имеет код 0x8007007e

Иногда при решении подобного рода проблем дополнительную ясность может дать получение описания кода ошибки. Полученный в нашем случае код ошибки 0x8007007e можно попробовать расшифровать штатными инструментами Windows:

  • с помощью утилиты командной строки net, например так:
net helpmsg 0x8007007e
  • с помощью PowerShell, например так:
[ComponentModel.Win32Exception]0x8007007e

В нашем случае первый вариант не дал результата, зато метод с использованием PowerShell вернул описание кода ошибки.

Теперь становится понятно, что работе всех сайтов в IIS мешает ошибка в механизме сжатия, которая связана с отсутствием/недоступностью какого-то модуля.

После дальнейшего изучения ситуации стало очевидно, что роль WSUS после удаления оставила в системе немало «мусора». В частности в IIS не был удалён сайт

WSUS Administration и связанный с ним пул приложений WsusPool, а виртуальные каталоги этого сайта ссылались на уже несуществующие в системе файловые пути. Ручное удаление этих «ошмётков» из консоли IIS Manager не купировало проблемы с 500 ошибкой веб-сервера.

Далее по совету страницы с подробным описанием ошибки мы заглянули в конфигурационный файл applicationHost.config, расположенный в каталоге C:\Windows\System32\inetsrv\config.

Обнаружилось, что в разделе глобальной конфигурации хоста configuration > system.webServer > httpCompression присутствует объект типа scheme с именем «xpress», ссылающийся на уже несуществующую в системе библиотеку C:\Program Files\Update Services\WebServices\suscomp.dll

Судя по всему, это тот самый проблемный модуль сжатия, на отсутствие которого ругается веб-сервер IIS.

Удаляем строку, описывающую проблемную схему «xpress», оставив только схему «gzip» с вызовом имеющейся в системе библиотеки gzip.dll и сохраняем изменения в файле.

Сразу после этого сайты в IIS заработали, как ни в чём не бывало.

Вот такой вот нежный IIS и такой вот злой WSUS 🙂

Опубликовано в :  Microsoft Windows Server , Microsoft Windows Update

Метки :  applicationHost , Compression , IIS , PowerShell , Troubleshooting , Web Server , Windows Server 2012 R2 , Windows Update , WSUS

Публикация веб-сервисов на IIS 7.

x, 8.x Последние изменения: 12.10.2018

Windows Server 2012.

  1.  Включаем роль IIS
    Обязательно при настройке роли включить ASP.NET
                       
  2. Открываем базу в конфигураторе. Важно!  Запускать 1С нужно через правую кнопку мыши и пункт «Запуск от имени администратора». Далее в конфигураторе выбираем   меню «Администрирование» пункт «Публикация на веб-сервере». Нажимаем на кнопку «Опубликовать».

    Если при этом будет сообщение об ошибке «Нет доступа к файлу «С:\inetpub\wwwroot\hotel\» то это значит, что вы выполнили запуск не от имени администратора.
  3. Включите поддержку 32 битных приложений в IIS.
    Для этого нужно выбрать в свойствах сервера IIS  DefaultAppPool, справа Advanced Settings, в открывшемся окне (см. картинку) 
     
    установить параметр «Enable 32-bit application» в значение true
  4. Настраиваем авторизацию.
    1.  Для этого открываем свойства опубликованного пула приложений hotel

      заходим в Authentication
      подсвечиваем Anonymous Authentication, справа выбираем ссылку Edit…, и, в открывшемся окне выбираем Application pool identity

    2. Открываем ссылку с публикацией веб-сервиса вида
      http://<IP address>/hotel/ws/1CHotelReservationInterfaces.
      1cws?wsdl
      где <IP address> указываете адрес вашего сервера
    3.  Должно появится окно с авторизацией в базу. Можете ввести имя пользователя и пароль существующего пользователя базы. Можно ничего не вводить.

      Главное что в журнале регистрации 1С появится запись вида:

      Из этой записи нас интересует имя пользователя под которым IIS пытается открыть базу 1С:Отель.Должно быть такое имя: <ИМЯ ДОМЕНА>\<ИМЯ КОМПЬЮТЕРА>$ В нашем примере это FISHKA\1C$, где FISHKA – это имя домена, 1С – это имя компьютера на котором работает IIS
    4. В базе 1С:Отель создаем пользователя online, с ролью BackgroundJob, и интерфейсом BackgroundJob.
      У этого пользователя выключаем галочку «Показывать в списке пользователей» и включаем галочку «Аутентификация операционной системы», в имени пользователя пишем ту строку, которую увидели в журнале регистрации, т.е. \\<ИМЯ ДОМЕНА>\<ИМЯ КОМПЬЮТЕРА>$
          
    5. Для проверки открываем в браузере http://<IP address>/hotel/ws/1CHotelReservationInterfaces. 1cws?wsdl
      Должна открыться страница с XML файлом

      если появляется такой результат, значит веб-сервис опубликован успешно.

Нестандартный порт. 

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

Для этого Открываем свойства DefaultWebSite.

Выбираем справа «Bidings…»

Добавляем строку Type = http, port = ваш номер порта, IP Address = *

Пример для порта 21540

Возможные ошибки.

  1. HTTP Error 500.21 — Internal Server Error
    Причина: Не установлена роль ASP.NET.
    Решение:
    Поставить ASP.NET 
  2. Если при открытии страницы c веб-сервисом спрашивает логин и пароль то нужно настроить пользователя от имени которого IIS подключается в базу 1С:Отель. См. п.4.
  3. HTTP Error 500.0 — Internal Server Error
    Причина: Не разрешен запуск 32-бит приложений
    Решение: Дать разрешение на запуск 32-бит приложений. см. п. 3

Что делать после обновления платформы.

Помогла ли вам статья?

ошибок IIS — распространенные коды и сообщения

 

 

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

Вот список наиболее распространенных ошибок, связанных с ошибками IIS, и проверенное решение для них:

  1. «500 Internal Server Error» или «HTTP Error 500»
  2. «Error 500.19» или «500.19Внутренняя ошибка сервера»
  3. «Ошибка HTTP 503. Служба недоступна».
  4. «Ошибка 403» или «403 Запрещено»
  5. «HTTP 404 — Файл не найден»
  6. «Ошибка 401: Доступ запрещен» или «Ошибка 401: Не авторизован»
  7. «400: Неверный запрос» или «Неверный запрос: Ошибка 400»
  8. «Ошибка APPHOSTSVC 9009» или «Предупреждение 9009 — IIS-APPHOSTSVC»
  9. «Ошибка HTTP 301 — перемещено навсегда»

 

И вы найдете решение навсегда избавиться от ВСЕХ ошибок IIS : Протестируйте PRTG и приступайте к работе уже через несколько минут!

 

 1.

Ошибка IIS:

«Внутренняя ошибка сервера 500» или «Ошибка HTTP 500» на веб-сервере. Поскольку каждый веб-сайт может использовать индивидуальный код ошибки, сообщение об ошибке также может выглядеть примерно так:

  • «Внутренняя ошибка сервера 500»
  • «Внутренняя ошибка сервера HTTP 500» или «Внутренняя ошибка HTTP 500» или « Ошибка HTTP 500»
  • «Временная ошибка (500)» или «Ошибка 500»


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

Лучшее решение :

https://www.lifewire.com/500-internal-server-error-explained-2622938

 

 2. Ошибка IIS

«Ошибка 500.

19» или «500.19 Внутренняя ошибка сервера»

 

Быстрое исправление — это внутренняя ошибка сервера

. Это указывает на то, что данные конфигурации для страницы недействительны.

Чтобы решить эту проблему, удалите неправильно сформированный элемент XML из файла Web.config или из файла ApplicationHost.config.

Лучшее решение :

https://support.microsoft.com/en-gb/help/942055/http-error-500-19-error-when-you-open-an-iis-7-0-веб-страница

 

 3. Ошибка IIS

«Ошибка HTTP 503. Служба недоступна».

 

Быстрое исправление

При попытке подключения к веб-приложению может возникнуть ошибка IIS 503 — ошибка сервера. «Ошибка 503 — Служба недоступна» обычно возникает, если не удается запустить пул приложений, связанный с веб-приложением, к которому вы пытаетесь подключиться. Это могло быть вызвано перегрузкой или текущим техническим обслуживанием.

Чтобы быстро решить проблему, выполните следующие действия:

  1. Просмотрите системный журнал в средстве просмотра событий, чтобы найти ошибку. Если пул приложений не запускается, эта ошибка регистрируется в системном журнале.
  2. Если вы не можете найти соответствующее событие в системном журнале, продолжите поиск в файле журнала HTTPERR, расположенном в следующей системной папке: c:\windows\system32\logfiles. Найдите «503», чтобы узнать, почему не удалось запустить пул приложений.

 

Лучшее решение:

https://windowsreport.com/http-error-503-service-unavailable/

https://support.microsoft.com/en-us/help/2619402/error- 503-service-unavailable-when-you-browse-windows-sbs-websites

 

 4. Ошибка IIS:

«Ошибка 403» или «403 Запрещено»

3 Быстрое исправление

4 Forbidden обычно возникает, когда вы пытаетесь получить доступ к каталогу или странице, на доступ к которым у вас нет разрешения. Ваш веб-сервер IIS может предоставить более конкретные сведения о причине, добавив суффикс после 403, например, «403.14 Forbidden» (листинг каталога запрещен).

Решение зависит от причины возникновения ошибки. Если вы не можете найти подробную информацию о причине, попробуйте наиболее распространенные решения для быстрого исправления.

Лучшее решение : 

https://www.lifewire.com/403-forbidden-error-explained-2617989

 

 5. Ошибка IIS:

Файл не найден

 

Быстрое исправление

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

Для решения проблемы убедитесь, что запрошенный вами файл существует на ИСС. Также проверьте, находится ли он в правильном месте и имеет правильное имя. Чтобы узнать, где находится запрошенный файл, вы можете использовать оснастку IIS MMC.

Лучшее решение :

https://support.microsoft.com/en-gb/help/248033/how-system-administrators-can-troubleshoot-an-http-404-file-not-found

 6.

Ошибка IIS:

«Ошибка 401: доступ запрещен» или «Ошибка 401: несанкционированный доступ»

 

Быстрое исправление

Если вы получаете ошибку 401 от IIS, у вас возникли проблемы с проверкой подлинности. Ошибка возникает при сбое аутентификации на портале администратора или службы поддержки из-за неправильной настройки параметров аутентификации.

Чтобы решить эту проблему, убедитесь, что ваша учетная запись имеет необходимые разрешения, проверив параметры проверки подлинности в IIS Manager.

Лучшее решение :

https://kb.netwrix.com/1162

 

 7. Ошибка IIS:

«400: неверный запрос» или «Неверный запрос: ошибка 400»

 

Быстрое исправление

Ошибка IIS 400 возникает, когда сервер не может обработать запрос. сервер сайта. Наиболее распространенной причиной ошибки Bad Request 400 является недопустимый URL-адрес, но это может произойти и по другой причине.

Чтобы устранить ошибку IIS 400, убедитесь, что введенный URL-адрес правильный. Ошибки ввода или недопустимые символы в URL-адресе являются наиболее распространенной причиной ошибки «Неверный запрос». Если ошибка по-прежнему возникает после проверки URL-адреса, очистите кеш браузера, кеш DNS и файлы cookie и повторите попытку.

Лучшее решение :

https://www.lifewire.com/how-to-fix-a-400-bad-request-error-2617988

 

 8. Ошибка IIS:

PHOSTSVC42 Ошибка 9009″ или «Предупреждение 9009 — IIS-APPHOSTSVC»

 

Быстрое исправление

Предупреждение 9009 — это ошибка IIS узла приложений. Это происходит, когда хосту приложения не удалось удалить каталог истории. Служба поддержки узла приложений обнаруживает любые изменения в файле ApplicationHost.config и создает резервную копию в подкаталоге. Однако максимальное количество подкаталогов равно 10. Если это число превышено, самый старый обычно удаляется. Если этот процесс завершается сбоем, ошибка 9009 происходит.

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

Лучшее решение:

http://intelligentsystemsmonitoring.com/knowledgebase/internet-information-services/event-id-iis-application-host-history-configuration-185366/

 

 9. Ошибка IIS:

«Ошибка HTTP 301 — перемещено навсегда»

 

Быстрое исправление

Ошибка ISS 301 — это код состояния, который информирует клиента о том, что расположение запрошенного ресурса окончательно изменилось. Если этот статус на стороне сервера появляется неожиданно, вы можете диагностировать проблему.

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

Лучшее решение:

https://airbrake.io/blog/http-errors/301-med-comanmanly

Выберите решение: ошибка или замена

с PRTG You You вам больше никогда не придется иметь дело с


ошибками IIS  . Всегда.

 

 

Скачать бесплатно

Неограниченное использование PRTG в течение 30 дней. Через 30 дней PRTG возвращается к бесплатной версии.
Вы можете перейти на платную лицензию в любое время.

 

Нам доверяют 500 000 пользователей,


признаны отраслевыми аналитиками лидером

«Фантастическое решение для мониторинга сети и инфраструктуры, которое легко развернуть и еще проще использовать. Просто лучшее из доступного».

Подробнее отзывы

«Программное обеспечение абсолютно идеально, поддержка превосходна. Удовлетворяет всем потребностям и требованиям, это обязательное решение, если вам нужна какая-либо форма мониторинга».

Подробнее отзывы

«Этот инструмент отличается своей основной направленностью на то, чтобы быть унифицированной службой управления инфраструктурой и мониторинга сети».

Подробнее обзоры

iis 7.5 — Как диагностировать внутреннюю ошибку сервера 500 в IIS 7.5, когда в журнал событий ничего не записывается?

спросил

Изменено 10 месяцев назад

Просмотрено 286 тысяч раз

Я только что развернул обновление на существующем сайте ASP.NET MVC3 (он уже был настроен), и я получаю синий экран смерти IIS с указанием

Ошибка HTTP 500.0 — внутренняя ошибка сервера
Страница не может быть отображена, так как произошла внутренняя ошибка сервера.

Однако; в журнале событий приложений ничего не отображается, где я ожидал бы увидеть (более) подробное описание записи.

Как я могу диагностировать эту проблему?

  • iis-7.5
  • журнал событий Windows
  • 500-ошибка
  • asp.net-mvc

1

Взгляните на функцию отслеживания неудачных запросов IIS7:

Устранение неполадок с невыполненными запросами с помощью трассировки в IIS 7
Устранение неполадок с трассировкой невыполненных запросов

Еще я бы подправил ваш

, так как IIS может поглощать сообщение об ошибке из более высокого уровня конвейера:

 
  <системный.веб-сервер>

Если сайт написан в классическом ASP, обязательно включите параметр Отправить ошибки в браузер в функции конфигурации ASP:

И, наконец, если вы используете Internet Explorer, убедитесь, выключен Показывать понятные сообщения об ошибках HTTP в дополнительных настройках (хотя я подозреваю, что вы уже сделали это или используете другой браузер).

2

В моем случае:

  • Журнал событий был пуст.
  • web.config не был поврежден — проверено с помощью того же на локальном компьютере / с помощью inetmgr

Наконец…

  • Проверка журналов IIS показала такой запрос

... Chrome/57.0.2987.133+Safari/537.36 500 19 5 312

Ключ:

sc-status sc-substatus sc-win32-status 500 19 5

, который с помощью поиска в Google указал мне на IIS_USRS , не имеющий прав на чтение папки www

1

Наиболее очевидная проблема — неправильные или нулевые права NTFS на папку веб-приложения. Поэтому убедитесь, что учетная запись, обслуживающая сайт, имеет правильные разрешения. Без надлежащих прав NTFS на веб-каталог не имеет значения, что вы поместите в web. config, поскольку он никогда не будет прочитан.

Быстрая проверка может состоять в том, чтобы дать всем полные права — если сайт заработает, значит, проблема с правами, и тогда можно приступить к назначению соответствующих прав более подходящей учетной записи.

При обновлении с IIS6 может быть один из вариантов, который работает в web.config на 6, но не на IIS 7.5… Дважды щелкните все значки в IIS для веб-сайта, и вы можете получить сообщение об ошибке о формате (Раздел должен быть ниже другого раздела…)

У меня была такая же проблема с веб-приложением Azure. При локальной отладке сообщения об ошибках (JSON), возвращаемые вызовами ajax, полностью возвращались в браузер. Но после развертывания в веб-приложении сообщения были проглочены, и мне было возвращено сообщение об ошибке 500 по умолчанию. Поэтому мне пришлось явно установить значение existsResponse на PassThrough в теге web.config httpErrors .

Много раз сталкивался с этой проблемой.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *