There is no problem with your web.config. Your web site runs under a process. In iis you can define the identity of that process. The identity that your web site’s application pool runs as (Network Services, Local System, etc.), should have permission to access and read web.config file.
Update:
This updated answer is same as above, but a little longer and simpler and improved.
First of all: you don’t have to change anything in your config file. It’s OK. The problem is with windows file permissions.
This problems occurs because your application can not access and read web.config file.
Make the file accessible to IIS_IUSRS group. Just right click web.config and click properties, under security tab, add IIS_IUSRS.
So what is this IIS_IUSRS thing?
Your web site is like an exe file. Just like any exe file, it should be started by a user and it runs according to permissions assigned to that user.
When your site is started in IIS, Application Pool of your web site is associated with a user (Network Services, Local System, Etc. …) (and can be changed in IIS)
So when you say IIS_IUSRS, it means any user (Network Services, Local System, Etc. …) that your site is running as.
And as @Seph mentioned in comment below: If your computer is on a domain, remember that IIS_IUSRS group is a local group.
Also make sure that when you’re trying to find this user check the location it should be set to local computer and not a corporate domain.
- Remove From My Forums
Доступ к центру сертификации
-
Вопрос
-
Добрый день.
Есть домен-контроллер под управлением Windows Server 2012 R2.
Для создания сертификата для Exchange установил следующие роли:
Центр сертификации, Служба регистрации в центре сертификации через интернет, Сетевой ответчик.
Все что запросили было установлено с параметрами по умолчанию.
Установилось все без проблем. Затем включил функцию SAN, перезапустил службы центра сертификации.
Все делал под учетной записью администратора домена.
Теперь при попытке зайти через web-браузер под учетной записью администратора домена получаю ошибку доступа:
Ошибка HTTP 500.19 — Internal Server Error
Запрашиваемая страница не доступна из-за неверной конфигурации данных для этой страницы.
<fieldset>
Наиболее вероятные причины:
- Рабочий процесс не может прочитать файл applicationhost.config или web.config.
- В файле applicationhost.config или web.config содержится неверно сформированный XML.
- Сервер не может получить доступ к файлу applicationhost.config или web.config из-за неверных разрешений NTFS.
</fieldset>
<fieldset>
Возможные решения:
- Сведения о том, почему файлы конфигурации не читаются, можно получить в журналах событий.
- Убедитесь, что удостоверение пользователя для пулов приложений, или пользователь, прошедший проверку, имеют разрешения, необходимые для получения доступа к файлу web.config.
</fieldset>
<fieldset>
Подробные сведения об ошибке:
Модуль DynamicCompressionModule Уведомление SendResponse Обработчик ExtensionlessUrlHandler-Integrated-4.0 Код ошибки 0x8007007e Запрошенный URL-адрес http://localhost:80/CertSrv Физический путь C:Windowssystem32CertSrvru-RU Метод входа Пока не определено Пользователь, выполнивший вход Пока не определено </fieldset>
В журналах событий ничего не нашел.
Подскажите, что может быть не так.
Ответы
-
Нашел решение.
Возможно, кому-то поможет.
Данная проблема — отголосок ранее установленного и потом удаленного WSUS.
WSUS устанавливает XPress compression schema module (suscomp.dll). Эта схема определяется как глобальная и пытается загрузиться в каждый Application Pool. После удаления WSUS в applicationhost.config остается загрузка этой схемы и если
в Application Pool разрешен 32-битный режим [enable32BitAppOnWin64], то происходит конфликт с 64-битной suscomp.dll.Как от этого избавится.
1.Делаем (на всякий случай) копию applicationhost.config.
2.Открываем applicationhost.config например в Notepad и находим следующую схему:
<scheme name="xpress" doStaticCompression="false" doDynamicCompression="true" dll="C:Windowssystem32inetsrvsuscomp.dll" staticCompressionLevel="10" dynamicCompressionLevel="0"
/>чтобы убедится что действительно она есть.3.В командной строке выполняем команду:
%windir%system32inetsrvappcmd.exe set config -section:system.webServer/httpCompression /-[name='xpress']4.Открываем applicationhost.config например в Notepad и проверяем что схему
убрана.5.Перезапускаем IIS.
-
Помечено в качестве ответа
25 сентября 2015 г. 11:56
-
Помечено в качестве ответа
На ХР работает публикация, на сервере 2008 нет 
IIS установил, компоненту тоже, пользователю дал доступ на изменение к папкам, 1С 8.2.14.528 даже публикует… но когда захожу по адресу, пишет:
Ошибка HTTP 500.0 — Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x800700c1
Наиболее вероятные причины:
1) Службы IIS получили запрос; однако при его обработке возникла внутренняя ошибка. Основная причина этой ошибки зависит от того, какой модуль обрабатывает запрос и что происходило в рабочем процессе при возникновении ошибки.
2) Службам IIS не удалось получить доступ к файлу web.config для веб-сайта или приложения. Причиной может быть неправильная настройка разрешений NTFS.
3) Службам IIS не удалось обработать настройки веб-сайта или приложения.
4) У прошедшего проверку пользователя нет разрешения на использование этой DLL.
5) Запрос сопоставлен управляемому обработчику, но компонент расширения .NET не установлен.
Что можно предпринять:
1) Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера.
2) Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация.
3) Проверьте разрешения на использование библиотеки DLL.
4) Установите компонент расширения .NET, если запрос сопоставлен управляемому обработчику.
5) Создайте правило трассировки, чтобы отслеживать невыполненные запросы для этого кода состояния HTTP. Чтобы получить дополнительные сведения о создании правила трассировки для невыполненных запросов, щелкните здесь.
Windows Server 2008 R2 версия 6.1 SP1.
Может кто сталкивался?…
Мы описывали как настраивать веб-публикацию на IIS в инструкции.
Но после настройки веб-публикации при подключении к базе может возникать ошибка “Ошибка HTTP 500.0 — Internal Server Error”.
Если модуль был установлен с 32-битного клиента, то требуется это указать в пуле приложений. Для этого мы делаем следующую настройку:
- Заходим в Панель управления → Администрирование → Диспетчер служб IIS.
- Выбираем Пулы приложения которые задействованы в веб-публикации, в нашем случае DefaultAppPool.
- Нажимаем ПКМ Дополнительные параметры.
- В строке Разрешены 32-разрядные приложения мы указываем True как на Рисунке 1.
- Нажимаем ОК.
Рисунок 1 — Дополнительные параметры пула приложений
Если не сработало, есть следующие возможные решения:
- Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера. Заходим в директорию, где размещена публикация (по умолчанию — C:inetpubwwwrootИМЯ_БАЗЫ). Нажимаем ПКМ на web.config → Свойства → Безопасность. Убедитесь в том, что у группы IIS_USERS есть права на чтение, выполнение, запись и изменение файла. Если нет — нажмите кнопку Изменить, в появившемся окне Добавить → Дополнительно и найдите в списке IIS_USERS. Добавьте эту группу и назначьте соответствующие права.
- Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация. Открываем Выполнить (ПКМ на кнопку меню пуск или сочетанием клавиш Win+R), вводим “eventvwr.msc”, нажимаем Enter. Возможно, журнал даст подсказку какой компонент может сбоить.
- Переустановите компонент IIS на сервере. В диспетчере серверов удалите роль Веб-сервера IIS, перезагрузите сервер, а затем установите заново через оснастку Добавить роли и компоненты.
- Установите компонент расширения .NET, если запрос сопоставлен управляемому обработчику.
В Windows Server 2012 и младше: заходим в Диспетчер серверов → Добавить роли и компоненты → Роли сервера → Веб-сервер (IIS) → Веб-сервер → Разработка приложений → Расширяемость .NET. Далее идём далее по указаниям системы.
После применения настроек, мы можем подключаться к настроенной веб-публикации без ошибок.
Нужна готовая настройка веб-доступа к 1С? Попробуйте наш сервер 1С в аренду, в услугу включены все настройки и обслуживание.
Проблема
Эта ошибка возникает после того как Вы опубликуете информационную базу на IIS. Вот она:
Причина и устранение ошибки
Вообще, надо понимать, что ошибка: Ошибка HTTP 500.0 — Internal Server Error говорит нам о том, что дело в самом web-сервере, а не в 1С. Это первое.
Второе. Сама ошибка в купе с 1С скорее всего означает, что Internet Information Services (оно же IIS) в 64-разрядной среде запрещен запуск 32-разрядных приложений. Чтобы успешно выполнить публикацию баз 1С на сервере IIS, необходимо в настройках диспетчера служб IIS разрешить запуск таких приложений.
Для этого выполните Win+R > inetmgr.exe. Далее, разверните «Локальный компьютер», в нем «Пулы приложений», щелкните правой кнопкой мыши по DefaultAppPool «Дополнительные параметры».
Изменив эту настройку и нажав «ОК» 1С начнет нормально работать.
Основатель и директор по развитию Софтонит. Практикующий руководитель разработки. Эксперт в области автоматизации техподдержки
Internet Information Services (IIS) довольно капризный веб — сервер, его настройка сложнее Apache и при его работе чаще возникают проблемы и ошибки, но он позволяет обеспечить хорошую производительность работы программных продуктов на платформе 1С, работающих через веб — клиент. Маленькие организации могут использовать IIS как замена серверу 1С.
В этой статье я постарался собрать все проблемы и решения ошибки:
HTTP Error 500.0 - Internal Server Error
There is a problem with the resource you are looking for, so it cannot be displayed.
Module IsapiModule
Notification ExecuteRequestHandler
Handler 1C Web-service Extension
HTTP: Internal Server Error
Ошибка работы с ресурсом
Проблема 1. 32 –разрядная платформы 1С
Если у вас ОС Windows 64 – разрядный, а платформу 1С вы используете 32 битную, я рекомендую поставить 64 и повторно опубликовать базу через конфигуратор, предварительно указав в настройках списка баз вариант запуска информационной базы.
Если вы все же решили использовать 32 битную версию платформы, надо установить настройку «Разрешены 32-разрядные приложения» в значение True в параметрах пула приложений
Проблема 2. Путь к библиотеке wsisapi.dll
Бывает так, что указан ошибочной путь к разрядности или версии платформы. Проверьте адрес библиотеки wsisapi.dll в файле C:inetpubwwwroot<Имя вашей публикации>web.config
Проблема 3. Старый компонент Microsoft Visual C++
Установите свежую версию библиотеки Visual C++. Скачать можно официального сайта Microsoft
https://support.microsoft.com/ru-ru/help/2977003.
Проблема 4. Использование разных версий платформ в опубликованных базах
Если вам надо опубликовать базы на разных версиях, создайте новый Пул приложений и укажите его в основных настройках публикации.
Проблема 5. Права доступа к файлам 1С
Группы пользователей IUSR и IIS- IUSRS должны иметь доступ к папкам с установленной платформой, а так же к самой информационной базе .
PS
Если вам не помог совет, напишите об этом в комментариях )
Описание ошибки:
Ошибка HTTP 500.0 — Internal Server Error
У разыскиваемого ресурса возникли проблемы, его отображение невозможно.
Подробные сведения об ошибке
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x8007007f
Запрашиваемый URL-адрес http://192.168.0.222:80/1cbase
Физический путь C:inetpubwwwroot1CBase
Способ входа Анонимная
Пользователь, выполнивший вход Анонимная
Наиболее вероятные причины:
У фильтра ISAPI есть зависимости, не доступные на веб-сервере.
Службы IIS получили запрос; однако при его обработке возникла внутренняя ошибка. Основная причина этой ошибки зависит от того, какой модуль обрабатывает запрос и что происходило в рабочем процессе при возникновении ошибки.
Службам IIS не удалось получить доступ к файлу web.config для веб-сайта или приложения. Причиной может быть неправильная настройка разрешений NTFS.
Службам IIS не удалось обработать настройки веб-сайта или приложения.
У прошедшего проверку пользователя нет разрешения на использование этой DLL.
Что можно предпринять:
Попробуйте запустить средство Reskit «depends» в DLL ISAPI.
Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера.
Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация.
Проверьте разрешения на использование библиотеки DLL.
Создайте правило трассировки, чтобы отслеживать невыполненные запросы для этого кода состояния HTTP. Чтобы получить дополнительные сведения о создании правила трассировки для невыполненных запросов, щелкните здесь.
Lera
Активный участник
-
#1
Добрый день! Перестала работать публикация информационной базы на сервере IIS. Пытаюсь открыть информационную базу через браузер и получаю ошибку:
Код:
Ошибка HTTP 500.0 - Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
[B]Код ошибки 0x800700c1[/B]Пробовала удалять и публиковать БД заново но ничего не помогает.
Последнее редактирование модератором: 25.01.2019
С вашим веб-сайтом нет проблем с . Ваш веб-сайт работает в процессе. В iis вы можете определить личность этого процесса. идентификатор, который использует ваш веб-сайт пул приложений, как (сетевые службы, локальная система и т.д.), Должен иметь разрешение на доступ и чтение файла web.config.
Update:
Этот обновленный ответ аналогичен приведенному выше, но немного длиннее, проще и улучшен.
Прежде всего: вам не нужно ничего менять в конфигурационном файле. В порядке. Проблема заключается в разрешении файлов Windows.
Эти проблемы возникают из-за того, что ваше приложение не может получать доступ и читать файл web.config.
Сделайте файл доступным для группы IIS_IUSRS. Просто щелкните правой кнопкой мыши web.config и нажмите свойства, под вкладкой безопасность добавьте IIS_IUSRS.
Итак, что это за IIS_IUSRS?
Ваш веб-сайт , например, exe. Как и любой exe файл, он должен быть запущен пользователем, и он запускает в соответствии с разрешениями, назначенными этому пользователю.
Когда ваш сайт запущен в IIS, Пул приложений вашего веб-сайта связан с пользователем (сетевые службы, локальная система, И т.д….) (и может быть изменен в IIS)
Поэтому, когда вы говорите IIS_IUSRS, это означает любой пользователь (сетевые службы, локальная система и т.д.), которые работают на вашем сайте.
И как @Seph, упомянутый в комментарии ниже. Если ваш компьютер находится в домене, помните, что группа IIS_IUSRS — это локальная группа.
Также убедитесь, что когда вы пытаетесь найти этого пользователя, проверьте местоположение, на котором он должен быть установлен на локальный компьютер, а не на корпоративный домен.