I’m getting this strange error which I am unable to figure out. Running on Windows 8.1, IIS 8.5. The site runs fine on Microsoft Azure so it must be a local configuration issue. I get the same errors in IIS Express as I do with IIS.
The problem has been around for a few days and it’s driving me mental. I can’t even test simple CSS/Content changes (which is what I am trying to do) without pushing them up to Azure each time to check.
ERROR:
Module global.asax
Notification EndRequest
Handler System.Web.Mvc.MvcHandler
Error Code 0x00000000
Requested URL https://localhost:443/
Physical Path C:\inetpub\wwwroot\dev\
Logon Method Anonymous
Logon User Anonymous
Request Tracing Directory C:\inetpub\logs\FailedReqLogFiles
Here is the trace for the section just before the warning.
THINGS I’VE TRIED
- Reinstall IIS, .NET 4.5, Visual Studio
- Checked permissions: IIS_IUSRS has access to the folder and files
- Installed a basic MVC 5 demo app. Runs perfectly under the website & app-pool in question.
- Put a basic aspx hello world page in the root of my website directory. It loads when in the Default web site, but when under the website in question I get a «PageHandlerFactory-Integrated-4.0» error.
asked Apr 6, 2014 at 10:31
CarlCarl
1,34615 silver badges35 bronze badges
I was struggling with this same error message and I couldn’t get any tracing or logging to happen. After days of research I realized it was an unhandled exception in Global.asax.cs. I would recommend auditing your Global.asax code to see if there is any opportunity for exceptions to happen.
Regardless, you might want to follow the best practice to handle such Application-level errors to output the last error message to a custom page:
http://msdn.microsoft.com/en-us/library/vstudio/24395wz3(v=vs.100).aspx
answered Jun 18, 2014 at 21:14
zemienzemien
5626 silver badges17 bronze badges
1
-
comment out all you code inside Global.asax.cs
Application_Error
method
I found the detailed error on Event Viewer -> Windows Logs -> Application
Turns out my AppPool user didn’t had access to the database
answered Jan 11, 2021 at 13:03
arielariel
15.6k12 gold badges61 silver badges73 bronze badges
I strongly believe that your application pool is a bit misconfigured. Try to set proper version of .Net framework as proposed in MSDN.
answered Apr 6, 2014 at 15:57
2
For me, the issue ended up being when the View
of the page I was browsing hit a Property
in the ViewModel
that loaded some additional stuff… and that stuff hit some bad data… and because it was the View
that hit that Property
, instead of showing the actual error, it instead showed the generic 500 error… to fix, I just added this statement at the top of the View
:
@{ return; }
And when the error went away, I kept moving the above statement lower and lower until I found which line caused the error.
answered Sep 2, 2020 at 23:16
Serj SaganSerj Sagan
29k17 gold badges154 silver badges183 bronze badges
User-568689929 posted
Hello,
I am a Linux user who has recently started administering a Moodle site under IIS7, so I am quite new in the subject.
I have a problem in my site which I think it is caused by IIS (php_via_FastCGI handler).
The details of the error are:
Http Error 500.0 Internal Server Error
Detail information:
Module: FastCgiModule
Notification: Executive Request Handler
Handler: PhP_via_FastCGI
Errorcode: 0X00000000
Logon Method: Anonymousg
Logon User: Anonymous
URL: my site
Physical path f:/the path to the file import.php I run.
I have checked that FastCGI is correctly install and all the requirements in the php.ini are OK.
If I were in a Debian server, I would look if the web user has the right permissions for writing in the data folder of my Moodle site, but I don’t know how to do this in IIS7.
I read the «Understanding Buil-int User andf Groups Accounts in IIS7». I know the different between the IUSR account and the IIS_IUSRS account,but I dont quite understand which is the web user account in IIS.
Can you please help me?
Thank you very much.
I’m getting this strange error which I am unable to figure out. Running on Windows 8.1, IIS 8.5. The site runs fine on Microsoft Azure so it must be a local configuration issue. I get the same errors in IIS Express as I do with IIS.
The problem has been around for a few days and it’s driving me mental. I can’t even test simple CSS/Content changes (which is what I am trying to do) without pushing them up to Azure each time to check.
ERROR:
Module global.asax
Notification EndRequest
Handler System.Web.Mvc.MvcHandler
Error Code 0x00000000
Requested URL https://localhost:443/
Physical Path C:\inetpub\wwwroot\dev\
Logon Method Anonymous
Logon User Anonymous
Request Tracing Directory C:\inetpub\logs\FailedReqLogFiles
Here is the trace for the section just before the warning.
THINGS I’VE TRIED
- Reinstall IIS, .NET 4.5, Visual Studio
- Checked permissions: IIS_IUSRS has access to the folder and files
- Installed a basic MVC 5 demo app. Runs perfectly under the website & app-pool in question.
- Put a basic aspx hello world page in the root of my website directory. It loads when in the Default web site, but when under the website in question I get a «PageHandlerFactory-Integrated-4.0» error.
asked Apr 6, 2014 at 10:31
CarlCarl
1,34615 silver badges35 bronze badges
I was struggling with this same error message and I couldn’t get any tracing or logging to happen. After days of research I realized it was an unhandled exception in Global.asax.cs. I would recommend auditing your Global.asax code to see if there is any opportunity for exceptions to happen.
Regardless, you might want to follow the best practice to handle such Application-level errors to output the last error message to a custom page:
http://msdn.microsoft.com/en-us/library/vstudio/24395wz3(v=vs.100).aspx
answered Jun 18, 2014 at 21:14
zemienzemien
5626 silver badges17 bronze badges
1
-
comment out all you code inside Global.asax.cs
Application_Error
method
I found the detailed error on Event Viewer -> Windows Logs -> Application
Turns out my AppPool user didn’t had access to the database
answered Jan 11, 2021 at 13:03
arielariel
15.6k12 gold badges61 silver badges73 bronze badges
I strongly believe that your application pool is a bit misconfigured. Try to set proper version of .Net framework as proposed in MSDN.
answered Apr 6, 2014 at 15:57
2
For me, the issue ended up being when the View
of the page I was browsing hit a Property
in the ViewModel
that loaded some additional stuff… and that stuff hit some bad data… and because it was the View
that hit that Property
, instead of showing the actual error, it instead showed the generic 500 error… to fix, I just added this statement at the top of the View
:
@{ return; }
And when the error went away, I kept moving the above statement lower and lower until I found which line caused the error.
answered Sep 2, 2020 at 23:16
Serj SaganSerj Sagan
29k17 gold badges154 silver badges183 bronze badges
blesha
19.12.19
✎
16:11
Всем добрый день.
1С 8.3.12, х86
IIS 7
Сама база опубликовалась без проблем, через браузер заходит.
Но вот простецкий хттп-сервис, один метод возвращает 200 код, никак не хочет.
пишет
Ошибка HTTP 404.0 — Not found
Разыскиваемый вами ресурс был удален, было изменено его имя или он временно недоступен.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x00000000
Запрашиваемый URL-адрес http://localhost:80/SSI/hs/invoice
Физический путь C:\inetpub\wwwroot\SSI\hs\invoice
Способ входа Анонимная
Пользователь, выполнивший вход Анонимная
в чем может быть проблема?
Garikk
19.12.19
✎
16:14
права на чтение для папки то есть?
arsik
19.12.19
✎
16:22
выкинуть IIS и воткнуть апач уже предлагали?
blesha
19.12.19
✎
16:22
(1) есть конечно
blesha
19.12.19
✎
16:23
(2) админы сказали у нас в компании стандарт IIS и неипет
palsergeich
19.12.19
✎
16:24
У тебя там на 80 порту ничего другого не висит?
arsik
19.12.19
✎
16:24
(4) Так зачем ты ковыряешся? Пусть админы ищут проблему.
lucbak
19.12.19
✎
16:24
(4) Тогда пусть админы и трахаются, пока не поумнеют.
palsergeich
19.12.19
✎
16:26
(5) Хотя да,тогда бы клиент не открывался бы.
Есть еще — эта http://localhost:80/SSI/hs/invoice фигня регистрозависимая. Что бы не было проблем пиши везде маленькими буковками
palsergeich
19.12.19
✎
16:27
вот например в УРЛ скорее всего SSL, который БСП, а у Вас SSI
blesha
19.12.19
✎
16:36
(9) SSI — это service sending invoices )))
palsergeich
19.12.19
✎
16:37
(10) Уговорил.
Но просто как совет, убери из Урла заглавные буквы, я ужена ИИС как раз натыкался
blesha
19.12.19
✎
16:37
(7) к сожалению, трахаться придется мне
delavar
19.12.19
✎
16:44
удали публикацию веб клиента, заново опубликуй хттп сервис , перезапусти ИИС с очисткой кеша. и попробуй снова
Garykom
19.12.19
✎
16:44
Апач сильно проще однако
palsergeich
19.12.19
✎
16:45
(14) Сильно, есть такое)
blesha
19.12.19
✎
16:47
может еще кто еще подскажет, когда обращаюсь к хттп своему в браузере, то надо вводить логин/пароль 1сного пользователя, а чтобы без пароля заходил, что в iis сделать?)
blesha
19.12.19
✎
16:48
(15) я дома свой первый хттп-сервис рисовал, то апатч ставил, все как по маслу было. а сейчас весь день можно сказать пытаюсь опубликовать((
palsergeich
19.12.19
✎
16:49
(16) Обычно на каждый обмен заводят отдельного юзера
johnnik
19.12.19
✎
16:57
Сама база опубликовалась без проблем, через браузер заходит.
—————
Если через браузер заходит, а через платформу нет, может быть дело в разрешении на запуск 32-х битных приложений. Вот тут гляньте что у вас. Какая разрядность платформы — такое и должно быть разрешение:
……
Для 64 разрядной виндоуз нужно включить разрешения 32 разрядных приложений
Панель управления – Администрирование – Управление компьютером – Службы и приложения – Диспетчер служб IIS
– Пулы приложений – DefaultAppPool – Дополнительные параметры. Указываем значение: True
blesha
19.12.19
✎
17:00
(18) я просто хочу так сделать аля авторизация:
клиентам будет сообщен гуид, который есть гуид, соответствующего элеманта справочника Контрагенты, они с этот гуид будут как параметр запроса или в заголовке запроса присылать. Будет сразу понятно кто стучится, а если ГУИД левый, то досвидос.
пока такая идея. но я в веб-технологиях пока дилетант, прошу сильно не ругать)
blesha
19.12.19
✎
17:01
(19) это тоже проверил первым делом. вот начитал про сопоставление сценариев, еще попробую
palsergeich
19.12.19
✎
17:09
(19) Там другая ошибка, не 404
AlvlSpb
19.12.19
✎
18:09
(19) «Для 64 разрядной виндоуз нужно включить разрешения 32 разрядных приложений » © Уверен? Буквально на днях столкнулся с этой проблемой. Как раз проблема снялась ровно противоположным действием Веб сервис не работает с платформой х64
blesha
20.12.19
✎
08:12
я хз что именно помогло. но заработало.
прогнал настройки с пункта 2.2 по этой статье
http://catalog.mista.ru/public/295921/
хотя перепробовал уже кучу статей по настройке IIS
arsik
20.12.19
✎
14:03
Вот тем и плох IIS хз что и как помогло. Когда снова отвалится, хз где и как искать проблему.
palsergeich
20.12.19
✎
14:34
(24) было такое с ИИС. Один пункт пропустишь случайно и все. Заново проще забить,чем искать ошибку
johnnik
20.12.19
✎
16:17
(23) У меня десятка два контор работает на веб-сервере IIS, развернутой на 64-х битной винде, но запускают с 32-битной платформы или в браузерах. Сервера все на WIN10, а клиенты с какого только зоопарка не лазят. 10, 8, семерка проф и базовая, даже с ХР один товарищ шастает, не хочет апгрейдиться. И все работает
blesha
19.12.19 — 16:11
Всем добрый день.
1С 8.3.12, х86
IIS 7
Сама база опубликовалась без проблем, через браузер заходит.
Но вот простецкий хттп-сервис, один метод возвращает 200 код, никак не хочет.
пишет
Ошибка HTTP 404.0 — Not found
Разыскиваемый вами ресурс был удален, было изменено его имя или он временно недоступен.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x00000000
Запрашиваемый URL-адрес http://localhost:80/SSI/hs/invoice
Физический путь C:inetpubwwwrootSSIhsinvoice
Способ входа Анонимная
Пользователь, выполнивший вход Анонимная
в чем может быть проблема?
Garikk
1 — 19.12.19 — 16:14
права на чтение для папки то есть?
arsik
2 — 19.12.19 — 16:22
выкинуть IIS и воткнуть апач уже предлагали?
blesha
3 — 19.12.19 — 16:22
(1) есть конечно
blesha
4 — 19.12.19 — 16:23
(2) админы сказали у нас в компании стандарт IIS и неипет
palsergeich
5 — 19.12.19 — 16:24
У тебя там на 80 порту ничего другого не висит?
arsik
6 — 19.12.19 — 16:24
(4) Так зачем ты ковыряешся? Пусть админы ищут проблему.
lucbak
7 — 19.12.19 — 16:24
(4) Тогда пусть админы и трахаются, пока не поумнеют.
palsergeich
8 — 19.12.19 — 16:26
(5) Хотя да,тогда бы клиент не открывался бы.
Есть еще — эта http://localhost:80/SSI/hs/invoice фигня регистрозависимая. Что бы не было проблем пиши везде маленькими буковками
palsergeich
9 — 19.12.19 — 16:27
вот например в УРЛ скорее всего SSL, который БСП, а у Вас SSI
blesha
10 — 19.12.19 — 16:36
(9) SSI — это service sending invoices )))
palsergeich
11 — 19.12.19 — 16:37
(10) Уговорил.
Но просто как совет, убери из Урла заглавные буквы, я ужена ИИС как раз натыкался
blesha
12 — 19.12.19 — 16:37
(7) к сожалению, трахаться придется мне
delavar
13 — 19.12.19 — 16:44
удали публикацию веб клиента, заново опубликуй хттп сервис , перезапусти ИИС с очисткой кеша. и попробуй снова
Garykom
14 — 19.12.19 — 16:44
Апач сильно проще однако
palsergeich
15 — 19.12.19 — 16:45
(14) Сильно, есть такое)
blesha
16 — 19.12.19 — 16:47
может еще кто еще подскажет, когда обращаюсь к хттп своему в браузере, то надо вводить логин/пароль 1сного пользователя, а чтобы без пароля заходил, что в iis сделать?)
blesha
17 — 19.12.19 — 16:48
(15) я дома свой первый хттп-сервис рисовал, то апатч ставил, все как по маслу было. а сейчас весь день можно сказать пытаюсь опубликовать((
palsergeich
18 — 19.12.19 — 16:49
(16) Обычно на каждый обмен заводят отдельного юзера
johnnik
19 — 19.12.19 — 16:57
Сама база опубликовалась без проблем, через браузер заходит.
—————
Если через браузер заходит, а через платформу нет, может быть дело в разрешении на запуск 32-х битных приложений. Вот тут гляньте что у вас. Какая разрядность платформы — такое и должно быть разрешение:
……
Для 64 разрядной виндоуз нужно включить разрешения 32 разрядных приложений
Панель управления – Администрирование – Управление компьютером – Службы и приложения – Диспетчер служб IIS
– Пулы приложений – DefaultAppPool – Дополнительные параметры. Указываем значение: True
blesha
20 — 19.12.19 — 17:00
(18) я просто хочу так сделать аля авторизация:
клиентам будет сообщен гуид, который есть гуид, соответствующего элеманта справочника Контрагенты, они с этот гуид будут как параметр запроса или в заголовке запроса присылать. Будет сразу понятно кто стучится, а если ГУИД левый, то досвидос.
пока такая идея. но я в веб-технологиях пока дилетант, прошу сильно не ругать)
blesha
21 — 19.12.19 — 17:01
(19) это тоже проверил первым делом. вот начитал про сопоставление сценариев, еще попробую
palsergeich
22 — 19.12.19 — 17:09
(19) Там другая ошибка, не 404
AlvlSpb
23 — 19.12.19 — 18:09
(19) «Для 64 разрядной виндоуз нужно включить разрешения 32 разрядных приложений » © Уверен? Буквально на днях столкнулся с этой проблемой. Как раз проблема снялась ровно противоположным действием Веб сервис не работает с платформой х64
blesha
24 — 20.12.19 — 08:12
я хз что именно помогло. но заработало.
прогнал настройки с пункта 2.2 по этой статье
http://catalog.mista.ru/public/295921/
хотя перепробовал уже кучу статей по настройке IIS
arsik
25 — 20.12.19 — 14:03
Вот тем и плох IIS хз что и как помогло. Когда снова отвалится, хз где и как искать проблему.
palsergeich
26 — 20.12.19 — 14:34
(24) было такое с ИИС. Один пункт пропустишь случайно и все. Заново проще забить,чем искать ошибку
johnnik
27 — 20.12.19 — 16:17
(23) У меня десятка два контор работает на веб-сервере IIS, развернутой на 64-х битной винде, но запускают с 32-битной платформы или в браузерах. Сервера все на WIN10, а клиенты с какого только зоопарка не лазят. 10, 8, семерка проф и базовая, даже с ХР один товарищ шастает, не хочет апгрейдиться. И все работает
Публикация в Internet Information Services
Публикация 1С в IIS 6.x / 7.x:
- Запускать конфигуратор 1С только от имени администратора!
- Открыть Администрирование -> Публикация на web-сервере
- Каталог / имя базы должен совпадать с именем информационной базы 1С
- Включаем:
- публиковать тонкий клиент и web-клиент
- публиковать веб-сервисы: AppEventService и TaskService
- использовать аутентификацию операционной системы
- Выключаем:
- Публиковать дистрибутив
- После публикации 1С возникает ошибка:
Ошибка HTTP 500.0 — Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x800700c1
Возможно, также возникает такой код ошибки:
HTTP Ошибка 404.2 HRESULT: 0X800704EC - Чтобы решить эту проблему:
- Заходим в каталог с опубликованной базой (по умолчанию это
C:inetpubwwwroot )
и открываем в блокноте файл web.config
В этом файле присутствует строка:В этой строке нужно заменить фрагмент
C:Program Files(x86)1cv8
на
C:Program Files1cv8
При этом не забудьте убедиться, что по указанному пути (C:Program Files1cv88.xxx.xxx.xxxinwsisapi.dll — без «x86») присутствует файл wsisapi.dll - Открываем настройки IIS: Пуск -> Панель управления -> Администрирование -> IIS Manager
Открываем ISAPI and CGI Restrictions
Проверяем, что у расширения «1C Web-service Extension» стоит статус Allowed
Видим, что у расширения «1C Web-service Extension» в разделе Path стоит
C:Program Files(x86)1cv88.xxx.xxx.xxxinwsisapi.dll
необходимо указать 64-разрядную версию DLL, т.е. сменить путь на:
C:Program Files1cv88.xxx.xxx.xxxinwsisapi.dll
P.S.: Обратите внимание:
- Запускаться и публиковаться должен 64-разрядный клиент 1С Предприятие (если публикуется в windows 64-bit и web-сервер 64-битный). И DLL из 1С также должна быть из 64-битной версии.
- Если хотите публиковать 32-разрядную версию 1С, то нужно устанавливать 32-разрядный web-сервер (IIS или Apache, для IIS 32-бит может потребоваться windows 32-бит).
- Публикация 1С в Apache 2.x принципиально ничем не отличается: так же нужна DLL от 1С соответствующей web-серверу разрядности (x86 или x64). После публикации 1С может понадобиться перезагрузить сервис Apache.
Статья опубликована: 17.03.2015, обновлена 24.11.2017
Ошибка доступа к опубликованной на web-сервере IIS базе 1С
На сервере под управлением Windows Server 2008 R2 Enterprise (по умолчанию 64-х битной) работают Internet Information Services 7.5, с помощью которых была попытка опубликовать на данном web-сервере базу 1С. Однако при заходе через браузер в данную базу была получена ошибка: |
В подробных сведениях при этом значится:
Сама страница с ошибкой вместо приглашения входа в базу выглядит так:
Это происходит ввиду того, что на 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-х разрядный клиент, а так же Модули расширения веб-сервера данной разрядности:
- Currently 4.25/5
- 1
- 2
- 3
- 4
- 5
Rating: 4.3/5(8 votes cast)
Пытаюсь опубликовать 1С на IIS, получаю вот такую ошибку
«Ошибка HTTP 500.21 — Internal Server Error
Обработчик «1C Web-service Extension» содержит поврежденный модуль «IsapiModule» в списке модулей»
У меня такая проблемы была когда была 32-х битная 1С и 64-х битная операционная система, IIS соответственно тоже был 64-х битный. Чтобы заработало нужно в настройках IIS разрешить использовать 32-х битный IsapiModule. Пока доступа к тому серверу нет, точно не скажу где искать эту настройку, но если очень нужно — вечером могу глянуть.
Дата обновления: 28.06.2022
Номер карточки: SD0012282
Ошибка при получении свойства сертификата (0x00000000) — это проявление ошибки отсутствия связи сертификата в Личном списке сертификатов пользователя ОС с контейнером закрытого ключа.
Чтобы определить под каким пользователем ОС (на каком компьютере), необходимо наличие связи закрытого ключа с открытой частью сертификата, требуется узнать режим запуска 1С:
- Если база файловая и запускается через тонкий клиент на том же компьютере, то наличие связи надо проверять для пользователя ОС, под которым запускается сеанс 1С на этом компьютере (без повышения прав, т.е. без «запуск от имени администратора»).
- Если файловая ИБ запускается через браузер, т.е. используется web-сервер (в том числе на одном и том же компьютере) и пользователь планирует работать с локальной подписью (т.е. сертификат будет доступен только одному пользователю и только на одном компьютере) — то наличие связи надо проверять на этом компьютере для пользователя, под которым запущен браузер, без повышения прав. В этом случае ошибки в проверках на сервере проблемой не являются.
- Если файловая ИБ запускается через браузер и пользователь планирует использовать серверную подпись (т.е. сертификат будет доступен разным пользователям с разных компьютеров) — то наличие связи надо проверять для пользователя ОС, под которым запущен web-сервер, без повышения прав (и на том же компьютере, где запущен web-сервер). В этом случае ошибки в проверках на клиенте проблемой не являются.
- Если база клиент-серверная и проверяется подпись на сервере, то наличие связи надо проверять для пользователя ОС, под которым запущен сервер 1С без повышения прав (если используется web-сервер, то все равно проверки выполнять для пользователя ОС, под которым запущен сервер 1С). В этом случае ошибка в проверке подписи на клиенте проблемой не является.
- Если база клиент-серверная и проверяется подпись на клиенте, то наличие связи надо проверять для пользователя ОС, под которым запускается сеанс 1С на машине-клиенте без повышения прав. В этом случае ошибка в проверке подписи на сервере проблемой не является.
Необходимо выяснить в каком из вышеперечисленных режимов происходит запуск 1С при возникновении ошибки, а также в какой проверке возникает ошибка (проверка на сервере или на клиенте). Все дальнейшие рекомендации выполнять на нужной машине и в сеансе нужного пользователя ОС без повышения прав (т.е. без «запуск от имени администратора»).
1. Проверить, что сертификат установлен в Личный список сертификатов пользователя ОС, а также наличие связи с закрытым ключом:
1.1. Под пользователем ОС (см. выше, как определить) запустить консоль сертификатов — certmgr.msc
1.2. В консоли развернуть папку «Личное» и перейти в «Сертификаты».
1.3. Открыть проблемный сертификат.
В сведениях о сертификате не должно быть красного креста или восклицательного знака.
- Восклицательный знак обозначает, что цепочка до корневого сертификата не построена.
- Красный крест обозначает, что сертификат истек или не выстроена цепочка сертификатов до корневого.
С подробной инструкцией как построить цепочку сертификатов, можно ознакомиться по ссылке.
В нижней части должен отображаться значок ключа с надписью: «Есть закрытый ключ для этого сертификата», если данный значок отсутствует, то это означает, что закрытого ключа нет (как это исправить — см. п. 2).
2. Проверка связи и перепривязка средствами криптопровайдера:
2.1. В сеансе пользователя ОС (без повышения прав) переустановить сертификат в Личное хранилище сертификатов с привязкой к закрытому ключу (Инструкция по переустановке http://1c-edo.ru/handbook/28/4008/).
2.2. Если сертификат установлен в Личном хранилище сертификатов администратора ОС (т.е. в реестре администратора), тогда нужно его (вместе с закрытым ключом) экспортировать в файл средствами Windows (в файл pfx). А затем импортировать в сеансе пользователя ОС, из под которого выполняется запуск 1С без повышения прав. Для этого необходимо в сертификате перейти на вкладку «Состав» и нажать «Копировать в файл…»
В мастере экспорта сертификатов необходимо выбрать «Да, экспортировать закрытый ключ» и нажать «Далее».
На следующем шаге автоматически определится предпочтительный формат экспортируемого файла (.PFX). Необходимо нажать «Далее».
После чего необходимо задать пароль для закрытого ключа, а также выполнить его повторный ввод в поле «Подтверждение» и нажать «Далее».
На следующем шаге мастера экспорта сертификатов требуется указать имя файла и доступную директорию компьютера.
И завершить экспорт.
В сеансе пользователя, двойным щелчком левой кнопки мыши по экспортированному файлу, необходимо запустить мастер импорта сертификатов.
В поле «Расположение хранилища» выбрать «Текущий пользователь» и нажать «Далее».
Импортируемый файл определится автоматически.
На следующем шаге мастера необходимо ввести пароль, который был указан при экспорте файла, и нажать «Далее».
После чего завершить импорт сертификата, выбрав «Автоматически выбрать хранилище на основе типа сертификата».
И выполнить рекомендации из статьи http://1c-edo.ru/handbook/28/4008/
Если криптосредство (КриптоПро, VipNet) не запускается без повышения прав в сеансе пользователя ОС, из-под которого выполняется запуск приложений 1С (запуск сервера 1С или web-сервера для файловой ИБ), рекомендуется выполнить переустановку криптосредства, чтобы оно было доступно в сеансе пользователя ОС, из-под которого выполняется запуск приложений 1С (и/или сервера/web-сервера).
Также вам может быть интересно:
Настройка клиент-серверного подписания электронных документов
Сертификат не найден на компьютере
Настройка криптопровайдера ViPNet CSP для работы с 1С-ЭДО
-
#1
Добрый день! Перестала работать публикация информационной базы на сервере IIS. Пытаюсь открыть информационную базу через браузер и получаю ошибку:
Код:
Ошибка HTTP 500.0 - Internal Server Error
Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
[B]Код ошибки 0x800700c1[/B]
Пробовала удалять и публиковать БД заново но ничего не помогает.
Последнее редактирование модератором: 25.01.2019