- Remove From My Forums
0x800700c1 — HTTP Error 500.19 — Internal Server Error
-
Question
-
User-2118132554 posted
I created a web application in IIS 7.0 on my Vista PC — 32 bit. Using Visual Studio 2005 I created this new web application. BTW, this new web application is located within another web application. When I go to run the web I get the following error: 0x800700c1
— HTTP Error 500.19 — Internal Server Error. When I built the web using VS 2005 I received no errors but a .dll wasn’t created. I did run as administrator.After going through some posts I realized I should just try to run http://localhost. When I did I realized that I have the same error so I must be missing something really basic.
I’ve opened both the applicationhost.config and web.config and made sure that all beginning tags have end tags. I also made sure that both of these files are read/write permitted by ASPNET, IIS_IUSER and I_USER.
I’m not sure if this matters but I did change the default web directory to a different one.
I’m switching my development PC from an XP Pro (IIS 6.0) PC to Vista Business (IIS 7.0) PC. As far as I know I’ve set everything up the same way on the Vista PC as I did on the XP PC. Are there any special difference between IIS 7.0 and IIS 6.0 or XP vs
Vista that could be causing my problems?Your help/suggestions would be most appreciated.
Thanks for taking the time to read this.
Answers
-
User744767459 posted
Hi,
Next I uninstalled IIS and reinstalled it. Still got the same error. What really surprised me is that after the reinstall of IIS it remembered the changed default directory, etc. Does this mean
that I really didn’t get a clean uninstall of IIS or is this some kind of new setting in Vista vs XP?If you just uninstall IIS, Windows Process Activation Service(WAS) will keep IIS config files. Hence, the history settings were retrieved when you reinstall IIS.
The 500.19 is an configuration error, generally you do need to reinstalling .Net. You can uninstall the WAS feature to perform a clean uninstall, then test again.
-
Marked as answer by
Tuesday, September 28, 2021 12:00 AM
-
Marked as answer by
-
User511787461 posted
At this point, it seems like %windir%system32inetsrvgzip.dll is somehow corrupted on the system — the only way to recover may be reinstall the OS.
-
Marked as answer by
Anonymous
Tuesday, September 28, 2021 12:00 AM
-
Marked as answer by
I’m trying to get a classic ASP application working in 32-bit mode on our new Windows 2008 Server x64 with IIS 7.5. I’ve created an ApplicationPool named ‘TEST’ that is set to ASP.NET 2.0 in Classic mode and gone into Advanced Settings and set ‘Enable 32-Bit Applications’ to true for this new AppPool.
I assigned a single web application on our server to this new AppPool and try to load it in the browser. It gives me a 500.0 error 0x800700c1 which is the error for not a valid Win32 application (re:http://blogs.msdn.com/b/rakkimk/archive/2007/06/09/problems-with-32-bit-asp-net-2-0-dlls-on-a-windows-2003-server-64-bit.aspx)
As soon as I go back into my AppPool and change the enable 32-bit back to false, the particular web application runs fine. However, there is one piece of the application that will need to run in 32-bit mode which is why I’m trying to get the site to work in 32-bit mode.
I feel like I’m missing something but that ‘something’ doesn’t seem to exist on any websites that tell you the only thing you need to do is enabled 32-bit applications in the AppPool and assign the site to that AppPool.
asked Jun 28, 2012 at 3:24
4
This issue was resolved by removing Handler Mapping under the 32-bit application folder that did not have 32-bit modules available. In this particular instance, ColdFusion 9 64bit was installed on the server and it’s Handler Mapping under the folder was causing the 500.0 issue. I removed the following Handler Mappings:
<add name="AboMapperCustom-1207286671" path="*" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfig1jrun_iis6_wildcard.dll" requireAccess="None" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286690" path="*.jsp" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286691" path="*.jws" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286692" path="*.cfm" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286693" path="*.cfml" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286694" path="*.cfc" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286695" path="*.cfr" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286696" path="*.cfswf" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286697" path="*.hbmxml" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
<add name="AboMapperCustom-1207286698" path="*.hbmxml" verb="*" modules="IsapiModule" scriptProcessor="D:UPSDATAJRun4libwsconfigjrun_iis6.dll" requireAccess="Script" responseBufferLimit="0" />
answered Jun 28, 2012 at 13:50
BradBrad
1,6644 gold badges20 silver badges35 bronze badges
![]() |
На сервере под управлением Windows Server 2008 R2 Enterprise (по умолчанию 64-х битной) работают Internet Information Services 7.5, с помощью которых была попытка опубликовать на данном web-сервере базу 1С. Однако при заходе через браузер в данную базу была получена ошибка:
Ошибка HTTP 500.0 - Internal Server Error Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера. |
В подробных сведениях при этом значится:
Модуль IsapiModule Уведомление ExecuteRequestHandler Обработчик 1C Web-service Extension Код ошибки 0x800700c1
Сама страница с ошибкой вместо приглашения входа в базу выглядит так:

Это происходит ввиду того, что на Internet Information Services 7.5 в 64-х разрядной среде запрещен по умолчанию запуск 32-х разрядных приложений, коей до недавнего времени являлось 1С:Предприятие. Чтобы успешно выполнить публикацию баз 1С на web-сервере IIS7, необходимо в настройках диспетчера служб IIS разрешить запуск таких приложений.
Для этого выполните Win+R -> inetmgr.exe -> ввод. Далее, разверните локальный компьютер -> Пулы приложений, и вызовите правой клавишей мыши Дополнительные параметры… из выпадающего меню у DefaultAppPool, как показано на рисунке ниже:

В открывшемся окне дополнительных параметров измените значение напротив Разрешены 32-разрядные приложения на True, как показано на рисунке ниже, и перезапустите службы IIS7:

После чего вы сможете попасть в нужную базу 1С посредством web-доступа:

Однако, начиная с версии 8.3.9.1818 разработчики 1С наконец-то выпустили 64-х разрядный клиент, а так же Модули расширения веб-сервера данной разрядности:

-
#1
Добрый день! Перестала работать публикация информационной базы на сервере IIS. Пытаюсь открыть информационную базу через браузер и получаю ошибку:
Код:
Ошибка HTTP 500.0 - Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
[B]Код ошибки 0x800700c1[/B]
Пробовала удалять и публиковать БД заново но ничего не помогает.
Последнее редактирование модератором: 25.01.2019
13.12.17 — 06:47
Платформа 1С х86-х64, параметры совместимости в IIS соблюдены, права пользователей и доступ к папкам предоставлены, БД опубликована.
Ошибка HTTP 500.0 — Internal Server Error
Подробные сведения об ошибке:
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x800700c1
Хоть убейте, не могу понять в чём проблема. Может кто с таким сталкивался?
1 — 13.12.17 — 07:11
судя по гуглу какая то фигня с битностью
2 — 13.12.17 — 07:17
(1) — Увы нет. Этот вариант отпадает, т.к. всё проверил.
В разделе «Значения по умолчанию для пула приложений», в позиции «Разрешены 32-разрядные приложения», стоит отметка «истина». (True)
3 — 13.12.17 — 10:25
(0) ну вбей в гугол слово 0x800700c1
4 — 13.12.17 — 12:41
(3) — Считаешь, что я не выполнил данное действие как только увидел эту ошибку? И там множество причин возникновения данной ошибки. Обычно 1С-ыки не парятся с IIS, а тупо ставят апач, но для меня это не вариант.
5 — 13.12.17 — 13:59
В записях MS, решение данной проблемы описано так.
—
Убедитесь в том, что сопоставление сценария указывает на ISAPI DLL-файл, который может обработать запрос. Чтобы сделать это, выполните следующие действия.1.Нажмите кнопку Пуск, выберите пункт выполнить, введите inetmgr.exeи нажмите кнопку ОК.
2.В диспетчере служб IIS разверните имя сервера, разверните узел веб-узлыи выберите веб-узел, который требуется изменить.
3.Просмотр возможностей дважды щелкните Сопоставления обработчиков.
4.Убедитесь в том, что сопоставление сценария указывает на правильный файл DLL ISAPI.
Например ASP-файлы следует сопоставить файл %windir%system32inetsrvasp.dll.
Но и я проверил сопоставление, всё правильно настроено.
Неужели никто данным вопросом не занимался?
6 — 13.12.17 — 14:31
Ребята, если нужна более подробная информация по настройке сервера и публикации БД, напишите. Информацию предоставлю.
Третий день бьюсь, не выходит «каменный цветок».
7 — 13.12.17 — 15:12
Тут один 1С-нык подсказал, что бывают проблемы с платформой, в данный момент я использую 1С:Предприятие 8.3 (8.3.10.2650), завтра поставлю более ранний релиз. Чем чёрт не шутит, может именно тут «корень зла».
Всем откликнувшимся спасибо, хоть ничем мне и не помогли. О результатах отпишусь.
8 — 14.12.17 — 09:24
Товарищи, это просто ЖЕСТЬ!
Всё оказалось банально и просто.
В разделе «Значения по умолчанию для пула приложений», в позиции «Разрешены 32-разрядные приложения», поставил False.
И всё заработало.
Сколько же я впустую времени убил, это ужас!
(Мануалы прошлых лет, отсутствие нормальной информации как и поддержки 1с-ныков, делают своё дело.)
9 — 14.12.17 — 09:25
Плохому танцору…
SerG_ST
10 — 14.12.17 — 09:26
(9) — Серьёзно? Ну-ну…
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
In general, a 500.19 error happens due to invalid configuration data. The IIS configuration system will almost always point to the source of the problem. At the same time, sometimes it is important to examine the “Error Code” field which symbolizes the cause of problem.
Here’s an example of how a 500.19 error appears on an IIS 7.0 server:
Let’s talk about some of the causes for 500.19 errors. We will use the ERR.exe tool for looking up the associated error codes (MSDN says it’s for Exchange error codes but it works for Win32 error codes and many more.) To use ERR.exe tool and find what an HRESULT error code corresponds to, navigate to the folder where err.exe resides and run command: ERR ErrorCode
Note: Make sure to backup your applicationHost.config file before editing it manually, to avoid any further issuesJ. You can find the detailed instructions here
***************************************
Scenario 1
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Module: StaticCompressionModule
Notification: MapRequestHandler
Handler: StaticFile
Error Code: 0x800700c1
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon Method: Anonymous
Logon User: Anonymous
Reason:
The Error Code in the above error message is “0x800700c1” which when translated through ERR.EXE, is
# %1 is not a valid Win32 application.
Solution:
This error normally indicates an attempt to use EITHER
Ø 32-bit executable from a 64-bit process
OR
Ø A corrupt executable
Hence the solution is to make sure that the listed module’s bitness (32bit/64bit) matches the bitness of the application Pool.
***************************************
Scenario 2
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid in the metabase on the Web server.
Error Code: 0x800700b7
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Anonymous
Logon Method: Anonymous
Handler: StaticFile
Config Error: Cannot add duplicate collection entry of type ‘add’ with unique key attribute ‘name’ set to ‘header’
Config File: \?C:inetpubwwwrootweb.config
Config Source:
21: <customHeaders>
22: <add name=»header» value=»text/plain» />
23: </customHeaders>
Reason:
This problem essentially happens if there is a duplicate entry for the configuration section setting at a higher level in the configuration (i.e. in parent site/folder’s web.config or applicationHost.config file). The error message itself points out the location of duplicate entries.
Solution:
One should look in the site’s config file and compare it with applicationHost or web.config file at a higher level to check for duplicate entries as pointed by the error message. You can either remove this entry to make the server run again, or make the entry non-duplicate by changing the collection key.
For example, the above error message was because of the same custom header defined at the IIS root level (applicationHost.config) and at the Default Website (web.config). To solve this, we can
1. Remove this entry from web.config file : <add name=»header» value=»text/plain» />
OR
2. Add remove OR clear element before this add element:
<remove name=»header»/>
OR
<clear />
***************************************
Scenario 3
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
Module: IIS Web Core
Notification: BeginRequest
Handler: Not yet determined
Error Code: 0x8007000d
Config Error: Configuration file is not well-formed XML
Config File: \? C:inetpubwwwroot web.config
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
Config Source
3: <system.webServer>
4: </handlers>
5: <remove name=»StaticFile»/>
Reason:
That error message goes on to say what exactly is bad about your configuration file, hence you should refer the “Config Error” and “Config Source” sections. This problem occurs because the ApplicationHost.config file or the Web.config file contains a malformed or unsupported XML element.
Solution:
Delete the malformed XML element from the ApplicationHost.config file or from the Web.config file as indicated by the error message.
There are couples of instances that we have come across where the error code remains 0x8007000d, but the cause of issue was interesting.
In one scenario, we had a virtual directory pointing to a UNC share content. This same above 500.19 error was caused because of wrong password specified in the “Connect as..” setting. So make sure to provide the right credentials under “Connect as..” .
Another instance where the error code remained “0x8007000d” but the “Config Error” didn’t complain the mal formed XML, rather was about Configuration section encryption.
HTTP Error 500.19 – Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
Module : ConfigurationValidationModule
Notification: BeginRequest
Handler : PageHandlerFactory-Integrated
Error Code: 0x8007000d
Config Error: Configuration section encryption is not supported
Config File: \?C:inetpubwwwrootaspnetweb.config
Requested URL: http://localhost/
Physical Path: C:inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
<identity configProtectionProvider=»RsaProtectedConfigurationProvider»>
<EncryptedData Type=http://www.w3.org/2001/04/xmlenc#Element
As the error suggests, the error is because IIS7 configuration system only supports per-attribute encryption; it does not support per-section encryption. For more details, refer Section level encryption of ASP.NET settings in IIS 7
***************************************
Scenario 4
Error Message:
HTTP 500.19 — Internal Server Error
Module: IIS Web Core
Notification: BeginRequest
Handler: Not yet determined
Error Code: 0x8007010b
Config Error: Cannot read configuration file
Config File \?C:inetpubwwwrootaspnetweb.config
Logon Method: Not yet determined
Reason:
ERROR CODE: 0x8007010b translates to “ERROR_DIRECTORY — The directory name is invalid.”
Solution:
As the error indicates, IIS is not able to find the content directory. For this error, we can run Process Monitor OR use Failed Request Tracing to get the Directory name where it fails. And then verify if that directory name/path is valid or not. If it does exist, then verify the NTFS permissions on that directory for account that is being used to access it.
We have seen this error when the site content is pointing to some Non-NTFS File system. In such cases, it is advisable to test it by placing the content on a Windows/NTFS share.
***************************************
Scenario 5
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Error Code: 0x8007052e
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost/
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Config Error: Cannot read configuration file
Config File: \?UNCisha2003wwwrootweb.config
Reason:
The error code in this 500.19 error message is 0x8007052e which indicates:
ERROR_LOGON_FAILURE — Logon failure: unknown user name or bad password.
Solution:
To resolve this error, follow the steps given in the KB 934515
***************************************
Scenario 6
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid. Module DynamicCompressionModule
Notification SendResponse
Handler StaticFile
Error Code 0x8007007e
Requested URL http://localhost:80/
Physical Path C:inetpubwwwroot
Logon Method Anonymous
Logon User Anonymous
Reason:
Error Code 0x8007007e is:
ERROR_MOD_NOT_FOUND — The specified module could not be found.
This problem occurs because the ApplicationHost.config file or the Web.config file references a module that is invalid or that does not exist. To resolve this problem: In the ApplicationHost.config file or in the Web.config file, locate the module reference or the DLL reference that is invalid, and then fix the reference. To determine which module reference is incorrect, enable Failed Request Tracing, and then reproduce the problem.
For above specific error (mentioned in this example), DynamicCompressionModule module is causing the trouble. This is because of the XPress compression scheme module (suscomp.dll) which gets installed with WSUS. Since Compression schemes are defined globally and try to load in every application Pool, it will result in this error when 64bit version of suscomp.dll attempts to load in an application pool which is running in 32bit mode.
This module entry looks like:
<scheme name=»xpress» doStaticCompression=»false» doDynamicCompression=»true»
dll=»C:Windowssystem32inetsrvsuscomp.dll» staticCompressionLevel=»10″
dynamicCompressionLevel=»0″ />
Hence to get rid of this problem:
Ø Remove/Disable the XPress compression scheme from the configuration using the command below:
%windir%system32inetsrvappcmd.exe set config -section:system.webServer/httpCompression /-[name=’xpress’]
OR
Ø Add an attribute of «precondition= «64bitness» for this module entry so that it loads only in 64bit application pools
Refer this blog for more details on Preconditions in IIS7
OR
Ø Use a 32bit version of suscomp.dll
***************************************
Scenario 7:
Error Message:
HTTP Error 500.19 — Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid. Detailed Error Information
Module IIS Web Core
Notification BeginRequest
Handler Not yet determined
Error Code 0x80070021
Config Error: This configuration section cannot be used at this path. This happens when the section is locked at a parent level. Locking is either by default (overrideModeDefault=»Deny»), or set explicitly by a location tag with overrideMode=»Deny» or the legacy allowOverride=»false».
Config File \?C:inetpubwwwrootweb.config
Requested URL http://localhost:8081/
Physical Path C:inetpubwwwroot
Logon Method Not yet determined
Logon User Not yet determined
Config Source
144: </modules>
145: <handlers>
146: <remove name=»WebServiceHandlerFactory-Integrated»/>
Reason:
ERROR CODE: 0x80070021 is
ERROR_LOCK_VIOLATION The process cannot access the file because another process has locked a portion of the file.
Solution:
There are usually a few more lines in that error response that points to the exact line in the config file (and hence the locked section) that has the problem. You will either have to unlock that section or not use it in your application’s web.config file.
For e.g., one can lock/unlock handlers/modules sections by either
Ø use appcmd.exe
%windir%system32inetsrvappcmd unlock config -section:system.webServer/handlers
%windir%system32inetsrvappcmd unlock config -section:system.webServer/modules
OR
Ø manually change value from «Deny» to «Allow» for below settings in %windir%system32inetsrvconfig applicationHost.config
<section name=»handlers» overrideModeDefault=»Deny» />
<section name=»modules» allowDefinition=»MachineToApplication» overrideModeDefault=»Deny»/>
You can also configure the locking via IIS manager UI.
For more details refer: Locking in IIS 7.0 Configuration
In above error message, the error occurred on the handlers section at:
<remove name=»WebServiceHandlerFactory-Integrated»/>”
This usually indicates that ASP.NET is either not installed or has corrupted/incomplete installation because installation of asp.net unlocks that section. Hence if this is the case, one should install asp.net feature from Server Manager (Under Web Server Role in Windows Server 2008 and in Program Features-> Application server in Vista/Windows7). This KB929772 talks about the ASP.NET installation failure reason.
***************************************
Scenario 8
Error Message:
HTTP Error 500.19 — Internal Server Error
Description: The requested page cannot be accessed because the related configuration data for the page is invalid.
Error Code: 0x80070005
Notification: BeginRequest
Module: IIS Web Core
Requested URL: http://localhost
Physical Path: C:Inetpubwwwroot
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Config Error: Cannot read configuration file
Config File: \? C:Inetpubwwwrootweb.config
Reason:
The error code 0x80070005 is:
E_ACCESSDENIED — General access denied error
The “Config error” portion of the error may indicate this too, via message: “Config Error Cannot read configuration file due to insufficient permissions ”
Solution:
Grant Read permission to the IIS_IUSRS group for the ApplicationHost.config file or for the Web.config file indicated in the error message. Even if there is no config file at that location, the worker process identity (and/or the IIS_IUSRS group) needs at least Read access to the directory so that it can check for a web.config file in that directory. If it’s a UNC share, you need to either run your app-pool as an account that has sufficient permission to the UNC share or configure the virtual directory with a user that has sufficient permission to the share.
If you still see the issue, run the Process Monitor tool, reproduce the error and look for “Access Denied” in the “Result” column. You can then configure the required permissions accordingly.
Other Related Articles:
Troubleshooting HTTP 401.3 errors (Access denied) with Process Monitor
Troubleshooting common permissions and security-related issues in ASP.NET
***************************************
Scenario 9
There’s one intermittent 500.19 error we’ve observed while using Shared Configuration with multiple web servers in a load balanced environment and the configuration files stored on a common UNC file share. In this scenario, if the file share content goes offline, the web server will stop responding. Furthermore, when the file share comes up again, the web server will still not detect it and will fail with a 500.19 error. In order to recover from this situation, you must restart IIS. The solution to this problem is described in this KB
***************************************
Other references:
Error message when you visit a Web site that is hosted on IIS 7.0: «HTTP Error 500.19 – Internal Server Error»
You receive an error message when you try to view a Web page from a Web site that uses pass-through authentication in Internet Information Services 7.0
Troubleshoot IIS7 errors like a pro
