The message is saying that your configuration file is corrupt in some way. However it also says that it can’t actually access the config file. So I’d ignore the original message about corruption/lack of validity as this is most likely just the effect of not being able to read the file due to a lack of authorization.
The reason it cannot read the config file is because the process running your web app does not have permission to access the file/directory. So you need to give the process running your web app those permissions.
The access rights should be fairly straightforward, i.e. at least Read, and, depending on your app, maybe Write.
Above, you mention IUSR etc. not being in the properties for web.config. If by that you mean that IUSR is not listed in the security tab of the file then it’s a good thing. One doesn’t want to give IUSR any kind of permission to web.config. The role IUSR is an anonymous internet user.
The file web.config should only be accessible through your application.
The problem is you haven’t said which OS and IIS version you are using so it’s difficult to advise which steps to take.
I.e. in IIS 7.5, the error message you’re quoting is likely to occur due to your ApplicationPoolIdentity not being assigned the permissions. Your web application belongs to an application pool and so you need to give the permissions to the OS account that your web application’s application pool runs under. Often this is something like NetworkService but you may have customized it to run under a purpose made account. Without more info it’s difficult to help you.
- Remove From My Forums
-
Question
-
Has anyone seen that problem and knows what I can do to get rid of it?
I had IIS working just fine until I updated this box to Windows 10 Profesional. Now my local pages show this error:
HTTP Error 500.19 — Internal Server Error
Module IIS Web Core Notification Unknown Handler Not yet determined Error Code 0x80070005 Config Error Cannot read configuration file due to insufficient permissions Config File \?D:SitesMySitesatalkingdog.com.2006LiveSitewwwrootweb.config I googled the problem and I think the problem is to do with permissions on the user IIS_IUSRS . So i’ve made sure that user has full control permissions, but the problem hasn’t gone away.
Strangely, the default page on http://localhost works ok and the CF Administrator pages work fine. It’s just my own site that gives this error.
Anyone have any hints where I should go now?
Cheers
Mike Kear
Windsor, NSW, Australia.
Mike Kear, Windsor, NSW, Australia, AFPWebworks Pty Ltd
- Remove From My Forums
-
Вопрос
-
Операционная система — Windows server 2012 r2 Standart 64 бит
Была сделана настройка IIS на работу с базой 1С8.3.2152.
После перехода 1С с 2152 на 8.3.6.2299, Default Web Site остановилась.
При запуске Default Web Site выходит ошибка:
Отказано в доступе. Исключение из HRESULT: 0x80070005 (E_ACCESSDENIED)
Ответы
-
Спасибо!!! используемый на сервере фаервол блокировал. помогло его отключение и новый запуск. localhost показывает приветственную страницу IIS. Спасибо за уделенное время!!!
-
Предложено в качестве ответа
30 сентября 2015 г. 11:11
-
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
6 октября 2015 г. 7:42
-
Предложено в качестве ответа
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
I created an ASP.net MVC developed web application and I am trying to set up IIS.
The Error:
Http error 500.19, error code 0x80070005, Cannot read configuration file due to insufficient permissions,
config file:
C:inetpubwwwrootBudgetManagerMainBudgetManagerweb.config
If I set the AppPool to use ‘administrator’ i have no problems and can access the site just fine. If i set to NETWORK SERVICE (or anything else including self-created admin or non-admin user accounts), i get the above error.
Things I have tried:
- identity for Application pool named ‘test’ is ‘NetworkService’
- Set full access privs for wwwroot and all children files/folders
- verified effective permissions and NETWORK SERVICE has full access.
- Authentication on my site is set for anonymous and running under Application Pool Identity
- I do not have any physical path credentials set on the website
- confirmed website is set to run under the application pool named ‘test’
using Process Monitor, here is a summary of what i found on the ACCESS DENIED event
EVENT TAB:
- Class: File System
- Operation: CreateFile
- Result: Access Denied
- Path: ..web.config
- Desired Access: Generic Read
- Disposition: Open
- Options: Sybnchronous IO Non-Alert, Non-Directory file
- Attributes: N
- ShareMode: Read
- AllocaitonSize: n/a
PROCESS TAB
…lots of stuff that seems irrelevant
User: NT AUTHORITYNETWORK SERVICE
asked Sep 8, 2010 at 14:09
Re-PieperRe-Pieper
211 silver badge3 bronze badges
1
Simplest interpretation of the error: IIS has detected a folder called
C:inetpubwwwrootBudgetManagerMainBudgetManager
and tried to read a web.config file from that location, but the Application Pool account hasn’t been able to read a web.config file in that folder.
This is probably going to be because of NTFS permissions preventing the Network Service account (you noted above) from accessing that folder.
The Application Pool Account requires Read access to all folders and web.config files within the website.
answered Feb 1, 2012 at 21:25
TristanKTristanK
9,0032 gold badges27 silver badges39 bronze badges
You could try deleting the relevant folder in the Temporary ASP.NET Files folder (C:WINDOWSMicrosoft.NETFrameworkv2.0.50727Temporary ASP.NET Files in XP). Maybe there’s some kind of caching going on?
answered Sep 8, 2010 at 20:38
1
17.10.12 — 12:39
Здравствуйте, ситуация такая:
1.w2k8r2 — сервер на ней упп
2.Добавил в 1С пользователя, и на север тоже
3.связал их(авторизация в 1С через ОС)
4.поднял IIS
5.сделал web-сервис
6.опубликовал его
7.Пытаюсь в Visual Studio добавить reference на сервис, получаю ошибку:
==================================================================
Ошибка HTTP 401.2 — Unauthorized
Вы не имеете права просматривать эту страницу из-за недопустимости заголовков проверки подлинности.
Модуль IIS Web Core
Уведомление AuthenticateRequest
Обработчик 1C Web-service Extension
Код ошибки 0x80070005
==================================================================
Что делать, подскажите, плз?
1 — 18.10.12 — 05:22
up
2 — 18.10.12 — 05:23
ну так прав то нету. давай админа, а потом разберешся
3 — 18.10.12 — 05:23
А через браузер открывается база ?
и почему выбрали iis, а не апач ?
4 — 18.10.12 — 05:28
а чем ии тебе плох ?
5 — 18.10.12 — 05:29
(2) права Админские на винде, в 1С выставлены все права, какие можно было:)
(3) через браузер не открывается
Я сначала пытался на той-же машине, где сервер через браузер достучаться до сервиса — не может, выдает ошибку(описана в (0))
Почему iis а не апач — ну вопрос риторический..(а чем он лучше опять же…)
6 — 18.10.12 — 05:30
(5) ну если ошибка в ВСтуидо, то с правами. я так думаю у тебя виндовс7.
7 — 18.10.12 — 05:31
(6) ошибка и в ВСтудио и через браузер,
там win 2008r2 — сервер, ну по сути это таже семерка
8 — 18.10.12 — 05:33
Может быть такое,что какие-то компоненты 1с были недоустановленны?
9 — 18.10.12 — 05:34
а проверку. в 1с что они доступны. не ?
10 — 18.10.12 — 05:35
(0) Веб сервис должен в браузере открываться. Если не открывается — скорее всего дело в правах. Чтобы проверить, в правах дело ини нет, создай новую пустую базу без пользователей с простым веб-сервисом и попробуй открыть его через браузер.
11 — 18.10.12 — 05:36
(10) мне бы так. объясняли.
12 — 18.10.12 — 05:38
(11) Ась?)
13 — 18.10.12 — 05:41
(12) вот мне надо получить н запрос на веб сервисе. как его
14 — 18.10.12 — 05:41
именно «н»
15 — 18.10.12 — 05:46
(10)ок, попробую
Но, до этого я делал так:
1.Виртуалка с виндой хр
2.на ней поднял упп, накатил конфигурацию(юзеры теже)и создал веб-сервис(все работало), выгрузил конфу
3.потом админ уже на w2k8r2 поднял упп, накатил выгруженную конфу
4 ну и результат -веб сервис не работает…
16 — 18.10.12 — 05:57
(15) если 1с подняла. а ты не видишь. то это не проблема 1с.
17 — 18.10.12 — 06:02
(13) Не понял вопроса…
18 — 18.10.12 — 06:03
че че. экспорт
19 — 18.10.12 — 06:31
т.е проблема в правах пользователя скорее всего?
20 — 19.10.12 — 09:13
(10)
Создал простой сервис, опубликовал(он опубликовался) — проверял в папках ииса.
Но в браузере не доступен на той же машине, где иис.
Какие еще могут быть причины?
21 — 19.10.12 — 09:27
up
22 — 19.10.12 — 09:34
(20) «Но в браузере не доступен» — как проверял? Ссылку в студию.
23 — 19.10.12 — 09:40
24 — 19.10.12 — 09:40
(23)demo — имя базы
testservice -имя веб сервиса
25 — 19.10.12 — 09:52
Веб сервисы 1с не поддерживают доменную аутентификацию. Тему можно закрывать.
26 — 19.10.12 — 10:15
(23) Хм… А где «.1cws»? Нужно же, вроде так: http://localhost/demo/ws/testservice.1cws
27 — 19.10.12 — 10:17
(26) Ещё бывает, что результаты кэшируются браузерами и приходится вместо локалхост писать 127.0.0.1 или пользоваться другими браузерами…
Попробуй ещё так: http://127.0.0.1/demo/ws/testservice.1cws
28 — 19.10.12 — 12:58
(25) ссылку на такую информацию
(26) да вроде когда на тестовой машине запускал, но 1cws не требовалось
29 — 19.10.12 — 20:15
Еще такой вопрос:
как известно у 64-разрядной версии 1с нет толстого клиента.
А конфигурация, которую загружаю была выгружена не знаю откуда.
Есть ли вероятность, что конфа, созданная на 32-разрядной версии вызывает глюки в 64-х разрядной?
30 — 20.10.12 — 12:50
31 — 20.10.12 — 13:23
32 — 20.10.12 — 18:13
(30),(31), спасибо огромное!
буду курить ман и пробовать!
33 — 22.10.12 — 08:53
Похоже с правами проблемы, не подскажите, какие права необходимо выставить у пользователей?
34 — 22.10.12 — 09:05
(33) Ты (10) сделал или нет? Смысл идти дальше, если (10) не работает
?
35 — 22.10.12 — 09:17
(34) я писал, что так делал, ничего не сработало
НО проблема РЕШЕНА!
Как решилась:
1..net был установлен раньше iis
Посему надо было перерегистрировать asp.net в iis.
2.В пуле приложений надо было включить поддержку 32 разрядных приложений(либо отключить, но тогда надо в конфиге сайта прописать путь к 64-х разрядному wsisapi.dll.
3.Удостоверение в пуле установить в local_system
4.Получать сервис по полной ссылке, например
http://127.0.0.1/demo/ws/testservice.1cws?wsdl
Ну как-то так
Telefon
36 — 22.10.12 — 09:19
Всем спасибо, за участие
И снова здравствуйте.
> При проверке Web сервер определяется, а опубликованная база не находится.
Пожалуйста, уточните, что означает «база не находится».
Скриншот сообщения в файле Снимок1.
Попробовал исполнить Вашу инструкцию, получил следующее:
1. При публикации через Конфигуратор появилось сообщение Снимок2. NTFS-ные права на БД этой группе добавил.
Не помогло, при «проверке готовности компьютера» ошибка осталась таже «Не удалось найти публикацию базы!». Попробовал войти браузером на опубликованное приложение выдал ошибку про кривую библиотеку ISAPI. Методом проб и ошибок выснилось, что при установке IIS 8.5 «по умолчанию» не устанавливаются компонент «Расширения ISAPI».
2. Устоновил в IIS не достающий компонент «Расширения ISAPI». Опубликованная база опять не нашлась. Но при входе через браузер на публикацию ошибка стала другая.
Ошибка HTTP 500.0 — Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Подробные сведения об ошибке:
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x800700c1
Запрошенный URL-адрес http://192.168.1.51:80/Money_101251
Физический путь C:InetpubwwwrootMoney_101251
Метод входа Анонимная
Пользователь, выполнивший вход Анонимная
3. После нескольких часов экспериментов базу опубликовать удалось, путем установки галки «использовать аутентификацию операционной системы» при публикации через Кофигуратор.
При «проверке готовности компьютера» ошибок нет. Адрес в настройках 1С проверяется. При входе через браузер возникает следующая ошибка.
Ошибка HTTP 401.2 — Unauthorized
Вы не имеете права просматривать эту страницу из-за недопустимости заголовков проверки подлинности.
Подробные сведения об ошибке:
Модуль IIS Web Core
Уведомление AuthenticateRequest
Обработчик 1C Web-service Extension
Код ошибки 0x80070005З
апрошенный URL-адрес http://192.168.1.51:80/Money_101251
Физический путь C:InetpubwwwrootMoney_101251
Метод входа Пока не определено
Пользователь, выполнивший вход Пока не определено
4. Печальные итоги.
Остановился на двух неработающих вариантах.
Вариант 1.
Публикация без галки «использовать аутентификацию операционной системы» (Соответствует включенной в консоли IIS для опубликованного приложения «анонимной проверки подлинности»)
Сервис на компе не находится. При попытке синхронизации iPad ошибка в Миниденьгах, что не найден сервис синхронизации. Ощущение что где то на компе не хватает NTFS-ных прав, вроде перепробовал уже все.
Вариант 2.
Публикация с галкой «использовать аутентификацию операционной системы» (Соответствует отключенной в консоли IIS для опубликованного приложения «анонимной проверки подлинности»)
Сервис на компе находится, адрес проверяется. Но при сихронизации Миниденьги пишут ошибку «Неправильное имя или пароль пользователя настольного приложения». Экспериментировал с заведением пользователя в настольной 1С — ни какие варианты не помогли.
Скорее всего Миниденьги не корректно обрабатывают возвращаемую от сервиса ошибку, и проблема не в пользователе настольного приложения, а в том что запрещены анонимные подключения к сервису.
Подскажите что еще можно покопать и в каком варианте?