Содержание
- Самостоятельное решение проблемы появления ошибки с кодом 0x80070003 при установке или обновлении Windows 7, 8, 10
- Решение проблемы с ошибкой 0x80070003
- Как исправить ошибку 0x80070002?
- Использование редактора реестра
- Использование восстановления образа
- Избавляемся от ошибки при восстановлении
- Полезное видео
- Ошибка HTTP 500.19 — внутренняя ошибка сервера при открытии веб-страницы IIS
- Код HRESULT 0x8007000d
- Код HRESULT 0x80070021
- Код HRESULT 0x80070005
- Код HRESULT 0x800700b7
- Код HRESULT 0x8007007e
- Код HRESULT 0x800700c1
- Код HRESULT 0x8007010b
- Код HRESULT 0x8007052e
- Код HRESULT 0x80070003
- Устраните проблему с поврежденным файлом конфигурации IIS при обновлении Windows
Самостоятельное решение проблемы появления ошибки с кодом 0x80070003 при установке или обновлении Windows 7, 8, 10
В некоторые моменты в системе случаются критические ошибки, которые имеют самые разные причины появления. Кодов очень много, например, 0x80070003, возникающий в процессе запуска Центра обновлений Windows. Возможно, он появился при запуске приложения, на определенном шаге скачивания или при установке операционной системы. В редких случаях сообщение может выглядеть следующим образом: «системе не удается найти указанный путь».
Причины проблемы могут быть самыми разнообразными, например, недостаточный сигнал сети, возникший конфликт с файлами и многими другими компонентами. В общем, необходимо разобраться, как убрать код ошибки 80070003. 
Решение проблемы с ошибкой 0x80070003
Когда проблема возникла при попытке скачать какой-то апдейт, что в этом случае делать? Откройте с повышенными привилегиями утилиту CMD (командная строка) и впишите команду, которая остановит службу, отвечающую за Центр обновлений:
Есть специальная папка, куда скачиваются файлы из Windows Update для ОС. Для начала нужно найти её. Она расположена по такому пути: C:WindowsSoftwareDistributionDownload. Дальше переименовываете ее в любое желаемое имя, например, Download.old. Проделать такое можно в ручном режиме.
После проделанной выше процедуры снова в командной строке пишем команду для запуска Центра обновления:
Поиск апдейтов начать сразу можно, если ввести уже другие команды:
- wuauclt /resetauthorization
- wuauclt /detectnow


Как исправить ошибку 0x80070002?
При появлении данной проблемы возможно использование тех же способов, описанных при исправлении кода 0x80070003. Если положительного результата нет, идём дальше.
Использование редактора реестра
В реестре находятся все настройки ОС. Чтобы открыть его, нужно нажать клавиши Win+R для входа в окошко «Выполнить». Теперь вводим следующее: regedit.
- Попав в окно, слева открываем такой раздел: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdateOSUpgrade.
- С правой стороны жмём правой кнопочкой мышки на любом месте и выбираем пункт «Создать» — «Параметр DWORD 32 бита». Его название должно быть следующим — AllowOSUpgrade.
- Два раза кликните по параметру мышкой и в качестве значения впишите единицу (1), а система счисления – шестнадцатеричная.
- Перезапускаем компьютер и пробуем воспользоваться инструментом. Такая практика возможна и на «семерке», и на поздних версиях ОС.

Использование восстановления образа
Это можно сделать на любой редакции операционной системы. Снова открываем командную строку с повышенными привилегиями и вписываем фразу:
- DISM.exe /Online /Cleanup-image /Restorehealth
В итоге мы, возможно, восстановим поврежденные данные, которые относятся к центру обновления.
Если вышеуказанная инструкция не помогла, тогда поступим немного другим способом:
- В командной строке пишем: DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:RepairSourceWindows /LimitAccess.
- За место C:RepairSourceWindows /LimitAccess указываем путь к тому накопителю, на котором находится образ операционной системы, например, это оптический накопитель или флешка с ОС.
- После выполнения предыдущей команды ведите инструкцию для проверки накопителя: sfc /scannow.

Избавляемся от ошибки при восстановлении
Если проблема появилась при восстановлении, попробуем воспользоваться нижеописанными способами:
- Загрузиться с помощью безопасного режима и осуществить проверку системного раздела на ошибки, например, используя команду sfc /scannow.
- Используя восстановление системы, находим последние точки восстановления. Конечно, если такие существуют, тогда можно вернуться к тому состоянию, когда ОС была работоспособна.
Последним вариантом предлагается к использованию диагностических средств для Windows 7. Загрузить можно тут: https://support.microsoft.com/ru-ru/help/10164/fix-windows-update-errors. Утилита проверяет наличие проблем в системе и автоматически исправляет их.
- Переходим в пункт «Центр обновления».
- Слева перейдите в подраздел «Устранение неполадок».
- Найдите в правой части окошка строку «Центр обновления», нажав по которой появится кнопочка «Запустить средство устранения неполадок». Также жмём по ней.
- Проблема начнет решаться в автоматическом режиме.
Другие возможные варианты:
- Удалить недавно установленные программы.
- Отсоедините все периферийные компоненты, подключенные к USB и другим портам.
- Проверьте соединение с интернетом, попробуйте подключиться к другой сети, по возможности.
- Сделать восстановление системы без удаления данных (если восстановление исправно).
Таким образом, используя вышеуказанные методы есть возможность избавиться от ошибки с кодом 0x80070003, при этом мы убили сразу двух зайцев, разобрав схожую ошибку 0x80070002.
Полезное видео
Наглядное исправление данной неисправности подробно разобрано на этом видеоролике:
Источник
Ошибка HTTP 500.19 — внутренняя ошибка сервера при открытии веб-страницы IIS
В этой статье описывается решение проблемы, при которой отображается сообщение об ошибке HTTP 500.19 в веб-приложении в IIS 7.0 и более поздних версиях.
Оригинальная версия продукта: службы IIS 7.0 и более поздних версий
Оригинальный номер КБ: 942055
Чтобы устранить эту ошибку, ознакомьтесь со следующими разделами для получения соответствующих сведений о коде ошибки.
Код HRESULT 0x8007000d
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x8007000d
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема возникает из-за того, что файл ApplicationHost.config или Web.config содержит поврежденный или неопознанный XML-элемент. IIS не может определить XML-элементы модулей, которые не были установлены. Например, модуль переопределения URL-адресов для IIS.
Используйте один из следующих способов:
- Удалите поврежденный XML-элемент из файла ApplicationHost.config или Web.config.
- Проверьте неопознанные XML-элементы и установите соответствующие модули IIS.
Код HRESULT 0x80070021
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x80070021
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема может возникать, когда указанная часть файла конфигурации IIS блокируется на более высоком уровне конфигурации.
Разблокируйте указанный раздел или не используйте его на более высоком уровне. Дополнительные сведения о блокировке конфигурации см. в разделе Использование блокировки в конфигурации IIS 7.0.
Код HRESULT 0x80070005
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x80070005
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема может возникать по одной из следующих причин:
- IIS используется на компьютере под управлением Windows. Кроме того, настройте веб-сайт для использования сквозной проверки подлинности UNC для доступа к удаленному серверу общего доступа UNC.
- У группы IIS_IUSRS нет необходимых разрешений для файла ApplicationHost.config, Web.config или виртуальных каталогов/каталогов приложений IIS.
Используйте один из следующих способов:
Не задавайте в настройках веб-сайта использование сквозной проверки подлинности UNC для доступа к удаленному серверу общего доступа UNC. Вместо этого укажите учетную запись пользователя с надлежащими разрешениями для доступа к удаленному ресурсу UNC.
Предоставьте группе IIS_IUSRS разрешение на чтение файла ApplicationHost.config или Web.config. Для этого выполните следующие действия:
В проводнике Windows найдите папку, содержащую файл ApplicationHost.config, связанный с веб-сайтом, либо виртуальные каталоги или каталоги приложений, содержащие связанный с веб-сайтом файл Web.config.
Файл Web.config может не находиться в виртуальных каталогах или каталогах приложений в IIS. Даже в такой ситуации необходимо выполнить следующие действия.
Щелкните правой кнопкой мыши папку, содержащую файл ApplicationHost.config, либо виртуальные каталоги или каталоги приложений, которые могут содержать файл Web.config.
Выберите пункт Свойства.
Перейдите на вкладку Безопасность и нажмите Редактировать.
Нажмите Добавить.
В поле «Введите имена объектов IIS_IUSRS, выберите «Проверить имена» и нажмите кнопку «ОК«.
— это заполнитель для имени компьютера.
Установите флажок Чтение и нажмите кнопку ОК.
В диалоговом окне Свойства для папки нажмите кнопку OK.
Удостоверьтесь, что свойства папки наследуются файлами ApplicationHost.config и Web.config, чтобы у IIS_IUSRS было разрешение на чтение таких файлов.
Код HRESULT 0x800700b7
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x800700b7
Описание HResult
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема может возникать при наличии повторяющейся записи для указанного раздела конфигурации, заданного на более высоком уровне в иерархии конфигурации (например, файл ApplicationHost.config или Web.config на родительском веб-сайте или в папке). В сообщении об ошибке указано расположение повторяющихся записей.
Изучите указанный файл конфигурации и сравните его с родительским файлом ApplicationHost.config или Web.config, чтобы проверить наличие повторяющихся записей, предполагаемых в сообщении об ошибке. Удалите дублирующую запись или сделайте ее уникальной. Например, эта проблема может возникать из-за того, что в файле ApplicationHost.config содержится повторяющаяся запись для следующего кода:
Чтобы решить эту проблему, удалите в файле ApplicationHost.config повторяющуюся запись для правила авторизации. Для этого выполните следующие действия:
Нажмите кнопку Пуск, введите Блокнот в поле Начать поиск, затем щелкните правой кнопкой мыши Блокнот и выберите Запуск от имени администратора.
Если система запросит пароль администратора или подтверждение, введите пароль или нажмите кнопку Продолжить.
В меню Файл нажмите Открыть, введите %windir%System32inetsrvconfigapplicationHost.config в поле Имя файла и нажмите кнопку Открыть.
В файле ApplicationHost.config удалите дублирующую запись, похожую на следующий код:
Код HRESULT 0x8007007e
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x8007007e
Описание HResult
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема возникает в том случае, если файл ApplicationHost.config или Web.config ссылается на модуль или библиотеку DLL, которые являются недопустимыми или не существуют.
В файле ApplicationHost.config или Web.config найдите недопустимую ссылку на модуль или библиотеку DLL и исправьте ее. Чтобы определить, какая ссылка на модуль неверная, включите функцию «Трассировка невыполненных запросов» и воспроизведите проблему.
Код HRESULT 0x800700c1
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x800700c1
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема может возникать, если разрядность указанного модуля отличается от разрядности пула приложений, где он размещен. Например, если вы пытаетесь загрузить 32-разрядный компонент в 64-разрядный пул приложений. Подобная проблема может также наблюдаться при повреждении указанного модуля.
Убедитесь, что разрядность указанного модуля такая же, как и у пула размещенных приложений. Кроме того, убедитесь, что модуль не поврежден.
Код HRESULT 0x8007010b
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x8007010b
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
Эта проблема может возникать, если указанный каталог содержимого недоступен.
- Убедитесь, что путь к файлу существует.
- Убедитесь, что путь к файлу указан правильно.
- Убедитесь, что путь к файлу имеет правильный набор разрешений на уровне файлов.
- Убедитесь, что путь к файлу указывает на допустимый тип файловой системы.
Если вам точно не известен путь к файлу, определите его с помощью монитора процессов или трассировки невыполненных запросов.
Код HRESULT 0x8007052e
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x8007052e
Описание HRESULT:
Запрашиваемая страница недоступна из-за неверной конфигурации данных для этой страницы.
У удостоверения процесса по умолчанию в IIS недостаточно разрешений для открытия файла Web.config на удаленном общем ресурсе.
Убедитесь, что учетная запись удостоверения пула приложений этого веб-приложения имеет достаточно разрешений для открытия файла Web.config.
Код HRESULT 0x80070003
Сообщение об ошибке:
Ошибка сервера в приложении «имя приложения»
Ошибка HTTP 500.19 — внутренняя ошибка сервера
HRESULT: 0x80070003
Описание HRESULT:
Не удается прочитать файл конфигурации.
Эта ошибка вызвана отсутствием разрешения или физическим путем, который не соответствует пути для виртуального каталога. Например, в физическом корневом пути веб-приложения нет Web.config.
- Убедитесь, что путь Web.config существует и имеет правильный набор разрешений.
- Выполните сбор журналов монитора процессов, чтобы получить дополнительные сведения об ошибке.
Устраните проблему с поврежденным файлом конфигурации IIS при обновлении Windows
В соответствии с общим правилом безопасности для всех файлов конфигурации (не ограниченные IIS) должны быть созданы резервные копии перед установкой какого-либо обновления. Если вы используете виртуальные машины, сделайте снимок виртуальной машины перед ее обновлением. Этот совет применим не только к обновлениям Windows.
Источник
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 человек.
И снова здравствуйте.
> При проверке 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С — ни какие варианты не помогли.
Скорее всего Миниденьги не корректно обрабатывают возвращаемую от сервиса ошибку, и проблема не в пользователе настольного приложения, а в том что запрещены анонимные подключения к сервису.
Подскажите что еще можно покопать и в каком варианте?
- Remove From My Forums
Проблема с IIS (HTTP 500.19 — Internal Server Error Код ошибки 0x80070003 )
-
Вопрос
-
Помогите, плз, разобраться с проблемой.
С некоторых пор при обращении https://server/certsrv выдает ошибку:Ошибка HTTP 500.19 — Internal Server Error
Запрашиваемая страница не доступна из-за неверной конфигурации данных для этой страницы.Модуль CustomErrorModule
Уведомление SendResponse
Обработчик Пока не определено
Код ошибки 0x80070003
Ошибка конфигурации Не удалось прочитать файл конфигурации
Файл конфигурации \?C:Windowssystem32CertSrvru-RUweb.config
Запрашиваемый URL-адрес https://server:443/CertSrv
Физический путь C:Windowssystem32CertSrvru-RU
Способ входа Пока не определено
Вход пользователя Пока не определенос https ситуация такая же.
указанного файла (C:Windowssystem32CertSrvru-RUweb.config) в каталоге нет и, судя по всему, раньше когда работа была корректной не было (центр сертификации полностью переустанавливался с предварительным удалением каталогов certsrv и certlog)-
Перемещено
22 апреля 2012 г. 20:15
(От:Windows Server 2008)
-
Перемещено
Ответы
-
в итоге:
открыл общий доступ к каталогу ru-RU (ru-RU$), Пользователи — Чтение, Администраторы — Полный доступ.
прописал для сайта CertSrv:
путь к каталогу \serverru-RU$,
настройка «Подкл. как» — Пользователь приложения (Сквозная проверка подлинности)».Всё работает.
непонятно только почему не работает стандартная настройка (для сайта CertSrv путь к каталогу c:windowssystem32certsrvru-RU) — такое ощущение что попасть в локальную папку (c:windows….ru-RU) через IIS нельзя из-за каких то политик, но сетевой доступ через iis к этой же папке (\serverru-RU$) работает…. о_0-
Помечено в качестве ответа
Nikita Panov
6 августа 2009 г. 5:34
-
Помечено в качестве ответа
Публикация в 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. Пока доступа к тому серверу нет, точно не скажу где искать эту настройку, но если очень нужно — вечером могу глянуть.
