Ошибка при получении файла дистрибутива ошибка при подключении к серверу
Если сервер 1С стоит на Windows х64, то рано или поздно Вы столкнетесь с проблемой создания COM-соединения, если соединение инициируется на стороне сервера. На стороне клиента COM-соединение работает нормально, на стороне сервера вываливается с ошибкой. Данная статья позволяет снять проблему. НО - до переустановки платформы.
В свое время столкнулся с проблемой создания COM-соединения на стороне сервера. Проблема трудно диагностируется, т.к. код, прекрасно работающий под клиентом отказывается работать на сервере, например, если код исполняет регламентное задание.
Предлагаемая ниже методика позволяет избавиться от описываемой проблемы. К сожалению, после переустановки платформы все возвращается на круги своя и процедуру приходится повторять.
Upd. Дополнение: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет. Уставщик позволяет поставить COM-коннектор без установки самого севера. Это полезно, когда приложение реализовано на платформе 8.3, а COM-соединение нужно к базам на 8.2.
За дополнение спасибо brix8x .
Приведен алгоритм настройки системы, со скрином к каждому действию.
1. Остановка сервера 1С (рекомендуется, но не обязательно)
3. Создание обертки COM+, позволяющей 64-битному приложению взаимодействовать с 32-битном.
4. Перезагрузка сервера (физического). Не обязательно, но рекомендуется
5. Старт сервера 1С. (обязательно :)
Регистрируем компоненту. Компонента отсутствует, если установлен только сервер 1С. Почему-то 1С публикует ее только в составе клиента.
Upd. Если компонента не регистрируется, то возможно придется сначала удалить старую компоненту, только затем встанет новая.
Делаем regsvr32 /u "c:\Program Files\1cv8\8.2.18.82\bin\comcntr.dll"
Затем тоже самое, но без "/u" regsvr32 "c:\Program Files\1cv8\8.2.18.82\bin\comcntr.dll"
За дополнение спасибо shur52.
Запускаем службу компонентов. Описывается для Windows Server 2008 R2 Standart.
В ветке Components добавляем новую компоненту comcntr.dll
ВАЖНО. После установки нужно немного изменить свойства. Эта тонкость нигде не описана, без нее у меня не работало!
Перезапуск физического сервера
Старт сервера 1С.
Отчет об ошибке
При формировании отчета об аварийном завершении добавляется возможность показа окна “О программе”.
Про сервер обработки ошибок при запуске
Выше мы упомянули параметр «Адрес сервиса обработки ошибок при запуске».
Если этот параметр задан, то при ошибках запуска по этому адресу клиент 1С сделает запрос дополнительной информации. А по этому адресу можно настроить веб-сервер, который будет отдавать более подробную информацию о текущей ситуации - информировать пользователей при возникновении неожиданных аварийных ситуаций и / или недоступности сервера и т.п. Например, можно отобразить пользователю текст “Мы уже работаем над проблемой. Работа сервера возобновится после 14:00”.
Для поддержки это сценария можно реализовывать совсем простой вариант: просто положить JSON-файл в папку и настроить веб-сервер (Apache, nginx, IIS) на отдачу этого файла. При возникновении проблем на сервере можно вписать в этот файл необходимый текст (userMessage) и настроить время, до которого этот текст будет отображаться на форме (в нашем примере – до 14:00).
Можно реализовывать и более сложные сценарии – например, отправлять информацию об ошибках при входе в систему на внутренний сервис техподдержки организации.
IV. Ошибка сервера в приложении '/AO_SSR'
Информационная база 1C опубликована на IIS. При работе через тонкий клиент, при нажатии на «Отчеты» вываливается ошибка.
« Ошибка сервера в приложении '/AO_SSR'. Обнаружено потенциально опасное значение Request.Path, полученное от клиента.
Описание: Необработанное исключение при выполнении текущего веб-запроса. Изучите трассировку стека для получения дополнительных сведений о данной ошибке и о вызвавшем ее фрагменте кода.
✅ Откройте настройки пула приложений и проверьте «Режим управляемого конвейера» = «Classic».
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Планируется в версии 8.3.21
В версии 8.3.21 мы сделали ряд доработок, призванных сделать взаимодействие системы с пользователем более удобным для пользователя.
Настройки подключения к базе
В файл списка баз (*.v8i) в свойства базы добавляется параметры:
StartupErrorHelpText (строка) – текст, отображаемый в диалоге ошибки до начала сеанса или диалоге попытки повторного подключения
StartupErrorHelpURL (строка) – ссылка на ресурс с информацией
Помощь пользователю при ошибке при входе в систему
Если ошибка произошла при входе в систему, пользователю можно будет показать дополнительную информацию, которая сможет помочь ему решить возникшую проблему:
Ссылка на ресурс с информацией (например, на сайт, где описаны способы решения возникшей проблемы)
Ошибки, возникающие при входе в систему – одни из самых непростых в обработке. Такие ошибки, в частности, могут возникать из-за недоступности сервера 1С, и, значит, в этот момент с сервера нельзя получить данные о том, какую информацию показать пользователю. Поэтому описанную выше информацию можно записать для каждой базы в файл списка баз *.v8i – при неудачном входе в систему информация будет считана из этого файла (при доступности файла) и показана пользователю.
Есть варианты работы, когда файлы *.v8i недоступны – работа в облаке, удалённая работа и т.п. Поэтому эту информацию также можно настроить через стандартную обработку «Управление настройками отображения ошибок» (параметры «Текст помощи» и «Навигационная ссылка помощи») и сохранить в инфобазе. Если с клиента уже был ранее осуществлен успешный вход в систему – эти параметры считываются с сервера и кэшируется на клиенте.
Если клиент успешно связался с сервером и считал актуальные значения параметров «Текст помощи» и «Навигационная ссылка помощи», но далее при работе системы возникли проблемы при соединении с сервером – в диалоге попытки повторного подключения будут использованы последние считанные значения параметров.
Обратите внимание! Информация, записанная в файле *.v8i, и настройки параметров «Текст помощи» и «Навигационная ссылка помощи» - независимы друг от друга. В случае, если доступен файл *.v8i, но недоступен сервер 1С и на клиенте нет закэшированных значений параметров «Текст помощи» и «Навигационная ссылка помощи» – пользователю будет показана информация из файла *.v8i, в противном случае – информация из параметров «Текст помощи» и «Навигационная ссылка помощи».
Специальные предложения
(2) Да есть, но тут гораздо нагляднее что с картинками и еще есть форум где можно обсудить у кого какие проблемы.
Так что автор молодец, жалко только что для английской версии.
Nelli_A86; rosinfo1; IML_1C; Мах; klaus38; agentesecreto; CratosX; dutlovva; Algado; Draconus; fzt; + 11 – Ответить
Спасибо помогло. Я так понял мы запускаем COM+ приложение которое может работать как с 32 так и с 64. А когда это не используем то наш 64 сервер просто не знает (не может) запустить 32 библиотек.
ну вот, кому-то помогло и то хлеб. :) не зря старался значит.
А вообще эту статью я и сам часто использую. Не забиваю память лишней информацией, смотрю на картинки и делаю. :)
Подскажите, пожалуйста, как быть если нужно зарегистрировать comcntr.dll от 2-х версий платформы? Есть 2 скрипта, которые запускают базы от 8.2.17 и 8.2.14 версий платформы.
В качестве дополнения: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет. Уставщик позволяет поставить COM-коннектор без установки самого севера. Это полезно, когда приложение реализовано на платформе 8.3, а COM-соединение нужно к базам на 8.2.
(10)
К сожалению, в таком решении тоже могут быть свои проблемы.
У меня при использовании 64-битной версии COM-коннектора на сервере 8.3 (8.3.9.1818) при подключении к базам 8.2, периодически, без видимых на то причин, умирали рабочие процессы. Начал искать по форумам - оказалось, что у некоторых наблюдаются аналогичные проблемы. Пришлось использовать 32-битную версию COM-коннектора, завернув ее в COM+ обертку. В результате все стало ОК.
(31) Ключевой момент в решении этой проблемы на 32-битность, а внепроцессность, т.е. использование COM+ приложения во внепроцессном режиме запуска.
(32)
Сергей, спасибо за подсказку. Я сначала пробовал "завернуть" в COM+ именно 64-битную библиотеку, но у меня возникли проблемы с подключением. Позже выяснилось, что ошибки были связаны с настройками безопасности, а в голове засело, что 64-битная библиотека - это зло :). Надо еще раз попробовать завернуть в COM+ 64-битную версию компоненты.
А что, уже просто поставить клиента 8.2 недостаточно? Ведь установщик сам устанавливает и регистрирует соединение "v82.COMConnector". Обязательно вот так вот всё сложно делать ?
Доброго времени суток, коллеги! Внесу свои маленькие пять копеек - чуть подробнее опишите момент про добавление пользователей в роль CreateOwner (на скрине есть этот момент с кнопкой Add User to Role описание только добавьте) без этого у меня долго не взлетало и не мог понять в чем причина..
У меня вот такая ошибка стала вываливаться, не могу разобраться в чём дело. помогите
QVX_UNKNOWN_ERROR: В результате вызова компонента COM возвращена ошибка в формате HRESULT E_FAIL.. Stack trace written to C:\Documents and Settings\All Users\Application Data\QlikTech\Custom Data\connector1c\Log\StackTrace.txt
Здравствуйте, коллеги!
Другая проблема. Соединение через com устанавливает. Но при попытки создания какого либо объекта - зависает намертво.
Платформа 8.2.19.130. Клиент-сервер.
Причем если этот код выполнять на физическом сервере 1с, то все выполняется на ура.
В чем может быть загвоздка?
По коду видно, что соединение COM не устанавливает.
Создает ком-коннектор без привязки к базе - это да. Но видно что зависает именно при подключении к базе.
Попробуйте подключиться сами к себе, т.е. из базы к самой себе.
Это позволит понять, проблема в базе-приемнике или где-то еще
Спасибо, помогло.
Перезапускать сервер не пришлось, оказалось достаточно запустить созданное приложение COM+.
Поставить крыж на "CreatorOwner" не смог (он был disabled). Пользователя USR1CV82 в эту роль добавил руками.
Upd. Дополнение: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет.
Т.е. основная часть была написана до Upd.
В настоящее время (2015 год), если вы не подключаетесь со старыми версиями - ничего такого делать не надо, платформа сама все сделает.
Причина появление ошибки - в падении , затирании, зависании процесса, т.е. типовые ошибки приложения, которые и решаются соответственно
Решение на сегодняшний момент - убить процесс com(зависло) - и вновь запустить регламент. При этом ничего останавливать не придется.
Если не помогло(затерли) - перерегистрировать библиотеку, запустить регламент.
Если не помогло - перезагрузить сервер.
Если не помогло - переустановить сервер 1С , библиотека станет автоматически.
Все делать с соответствующими правами конечно
Т.е. все решения лежат в плоскости администрирования серверов, и не нужно тут же кидаться создавать компоненты и переписывать на него код и т.д..
Написал пост - так как статьи с появлением ручной регистрации компонент под новым именем все появляются и появляются(и плюсов еще кучу набирают) и в форумах аналогично клонируют
Не хочет скачивать платформу для обновления, в журнал пишет следующее:
Ошибка при получении файла дистрибутива платформы 1С:Предприятие (https://dl03.1c.ru/public/platform-update/get/575fa20c-aef5-4105-b03b-bfa7e0391de6). Не удалось загрузить содержимое (https://dl03.1c.ru/public/platform-update/get/575fa20c-aef5-4105-b03b-bfa7e0391de6). Ошибка работы с Интернет: Failure when receiving data from the peer
: Ответ = Соединение.Получить(HTTPЗапрос, ПараметрыПолучения.ИмяФайлаОтвета);
: РезультатПолучения = ИнтернетПоддержкаПользователей.ЗагрузитьСодержимоеИзИнтернет(
: ЗагрузитьОбновлениеПлатформы(Контекст, Параметры, ДанныеАутентификации);
:ПолучениеОбновленийПрограммы.ЗагрузитьИУстановитьОбновленияВФоновомРежиме(Параметры[0],Параметры[1])
: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Ошибка работы с Интернет: Failure when receiving data from the peer
Не удалось выполнить диагностику соединения. Произошла исключительная ситуация (WshShell.Run): Не удается дождаться процесса.
: КодВозврата = Оболочка.Run(ИмяФайлаКоманды, 0, ДождатьсяЗавершения);
: Результат = ФайловаяСистема.ЗапуститьПрограмму(СтрокаКоманды, ПараметрыЗапускаПрограммы);
: РезультатДоступностиРесурса = ПолучениеФайловИзИнтернетаСлужебный.ПроверитьДоступностьСервера(АдресСервераРесурса);
: РезультатДиагностики = ПолучениеФайловИзИнтернета.ДиагностикаСоединения(URL);
: РезультатПолучения = ИнтернетПоддержкаПользователей.ЗагрузитьСодержимоеИзИнтернет(
: ЗагрузитьОбновлениеПлатформы(Контекст, Параметры, ДанныеАутентификации);
:ПолучениеОбновленийПрограммы.ЗагрузитьИУстановитьОбновленияВФоновомРежиме(Параметры[0],Параметры[1])
: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
Такое уже было и я решил зарегистрировать comcntr.dll. Запускаю от имени администратора bat-файл со строкой:
А мне выдается, чтобы я проверил, что двоичный файл находится на указанном пути, а я пути копировал (чтобы совсем без ошибок) из проводника. И почему не находится файл ?
Еще предлагается запустить отладку, а я не знаю как это делается :(
Сколько же фигни тут понаписали. А ларчик прост - почитайте требования платформы к ОС - для 2008 R2 требуется KB976932+KB2999226.
А у вас случайно не Windows vista? Если да, попробуйте отключить проверку UAC в учетных записях пользователя
Я так и не понял вы нашли то вручную файл comcntr.dll в указанной папке?
То что вы пути скопировали еще не говорит о наличии самого файла.
(10) Попробуйте зарегистрировать любую другую dll, желательно не относящуюся к 1с, если не получится то скорее всего он и есть
(12)Раньше успешно регистрировались comcntr.dll из 1С 8.3.8 и 8.3.10. А сейчас 8.3.12. Может быть требования к Windows изменились ?
(1) В командной строке сначала выполнить CD "C:\Program Files (x86)\1cv8\8.3.12.1616\bin" а затем regsvr32 comcntr.dll
Сколько же фигни тут понаписали. А ларчик прост - почитайте требования платформы к ОС - для 2008 R2 требуется KB976932+KB2999226.
(24) я недели две назад полдня потратил ;) эти [censored] могли бы хоть к первым релизам прикладывать требования
Столкнулся еще с одной проблемой.
База на сервере. Работаем по RDP. После установки всех обновлений Windows со всех компьютерах, кроме одного, все заработало. Перерегистрация базы результата не дала. Нужно было еще сделать проверку подключения в параметрах подключения. Вот после этого и на последнем компьютере синхронизация пошла.
А для 2003-его сервера с установленным SP2 помогает установка соответствующего vc_redist.x86 или vc_redist.x64. Без этого регистрация в системе comcntr.dll не проходит.
Коллеги, также встретился с данной проблемой. Но все вышеперечисленное не помогло. БП 8.3.12, WinSrv2003 x64.
Ошибка вылетала при автоматических обновлениях в режиме предприятия.
Начал бороться пунктуально, под админом, правильно прописав путь к релизу, а также, поскольку система х64, верно прописывая путь к regsrv32:
C:\Windows\SysWOW64\regsvr32 «C:\Program Files (x86)\1cv8\*версия платформы*\bin\comcntr.dll» - все успешно, но не работает.
Далее накатил свежую платформу 8.3.15 - та же история. Написал в поддержку, отписали "Скорее всего как то не так регистрировали компоненту". Спасибо :)
Решить удалось следующим образом:
Панель управления => Администрирование => Cлужбы компонентов => приложения com+ => v83comconnector => свойства => закладка "удостоверение" => ввести данные доменной учетной записи.
(29) Была та же проблема на windows 10 Домашняя. v83comconnector в "Панель управления => Администрирование => Cлужбы компонентов => приложения com+ " отсутствовал, поэтому добавил службу компонентов вручную и назвал "v83comconnector", способ активации выбрал "Серверное приложение", на закладке "удостоверение" оставил "Текущий (вошедший в систему) пользователь". Далее добавил к этой службе компонентов новый компонент, где указал путь до библиотеки comcntr.dll в папке bin текущей версии платформы. Перезапустил 1ску и всё заработало! Спасибо за наводку.
Винда 10 х64 раз 20 регил дллки успешно обе 32 и 64 и ноль результата
Так и выдает ошибку
Зашел в службу компонентов удалил там все com лишние и v83 тоже
после зарегил один раз обе дллки 64 и 32
(30)Возможно у базы, с которой устанавливается Com-соединение, указан принудительный запуск платформы 8.3.10.2466.
Перед этим нужно отключить службу агента сервера 1С:Предприятия и все программы, использующие эту DLL.
это как, перезагрузить сервер?
А вообще интересное замечание (если конечно такое возможно?), иногда требуется соединиться с базой на другой платформе. Как выглядит этот принудительный запуск?
Com-соединение меня не устраивает из-за ограниченного функционала. Нужно OLE-соединение V83.Application.
Выдает ошибку:
: -2147221005(0x800401F3): Недопустимая строка с указанием класса
Например:
regsvr32.exe "C:\Program Files\1cv8\8.3.14.1993\bin\comcntr.dll"
ВызватьИсключение ТекстИсключения
Использование веб-сервера и публикаций информационных баз — один из способов оптимизации 1С. Особенно при работе с ИБ в файловом варианте. Так безопаснее. Сотрудники подключаются к ИБ 1С через браузер или тонкий клиент , не имея прямого доступа к файлам.
В статье расскажем, как решали возникающие вопросы по настройкам Internet Information Services. Через призму своего опыта и коллег.
Подробнее описано здесь . В проекте использовали бесплатный SSL-сертификат Let's Encrypt. Но поспешили отключить внешние соединения на 80-й порт — что было ошибкой.
Сертификат выдается сроком на 90 дней. Для автоматического продления создается периодическое задание в Планировщике. При запуске задачи сайт должен быть доступен (пройти проверку домена) по 80-му порту.
Веб-клиент
При невозможности связаться с веб-сервером в браузере будет отображена страница с информацией об ошибке подключения, текстом, заданный в настройках, и текстом, полученным из запроса на адрес сервиса информации (т.е. фактически с той же информацией, что и в тонком клиенте):
Это будет работать при соблюдении нескольких условий:
На веб-сервер уже был осуществлен удачный вход из браузера (для кэширования на клиенте страницы, показывающей информацию об ошибке)
Браузер должен поддерживать технологию service-workers
Специальные предложения
(2) Да есть, но тут гораздо нагляднее что с картинками и еще есть форум где можно обсудить у кого какие проблемы.
Так что автор молодец, жалко только что для английской версии.
Nelli_A86; rosinfo1; IML_1C; Мах; klaus38; agentesecreto; CratosX; dutlovva; Algado; Draconus; fzt; + 11 – Ответить
Спасибо помогло. Я так понял мы запускаем COM+ приложение которое может работать как с 32 так и с 64. А когда это не используем то наш 64 сервер просто не знает (не может) запустить 32 библиотек.
ну вот, кому-то помогло и то хлеб. :) не зря старался значит.
А вообще эту статью я и сам часто использую. Не забиваю память лишней информацией, смотрю на картинки и делаю. :)
Подскажите, пожалуйста, как быть если нужно зарегистрировать comcntr.dll от 2-х версий платформы? Есть 2 скрипта, которые запускают базы от 8.2.17 и 8.2.14 версий платформы.
В качестве дополнения: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет. Уставщик позволяет поставить COM-коннектор без установки самого севера. Это полезно, когда приложение реализовано на платформе 8.3, а COM-соединение нужно к базам на 8.2.
(10)
К сожалению, в таком решении тоже могут быть свои проблемы.
У меня при использовании 64-битной версии COM-коннектора на сервере 8.3 (8.3.9.1818) при подключении к базам 8.2, периодически, без видимых на то причин, умирали рабочие процессы. Начал искать по форумам - оказалось, что у некоторых наблюдаются аналогичные проблемы. Пришлось использовать 32-битную версию COM-коннектора, завернув ее в COM+ обертку. В результате все стало ОК.
(31) Ключевой момент в решении этой проблемы на 32-битность, а внепроцессность, т.е. использование COM+ приложения во внепроцессном режиме запуска.
(32)
Сергей, спасибо за подсказку. Я сначала пробовал "завернуть" в COM+ именно 64-битную библиотеку, но у меня возникли проблемы с подключением. Позже выяснилось, что ошибки были связаны с настройками безопасности, а в голове засело, что 64-битная библиотека - это зло :). Надо еще раз попробовать завернуть в COM+ 64-битную версию компоненты.
А что, уже просто поставить клиента 8.2 недостаточно? Ведь установщик сам устанавливает и регистрирует соединение "v82.COMConnector". Обязательно вот так вот всё сложно делать ?
Доброго времени суток, коллеги! Внесу свои маленькие пять копеек - чуть подробнее опишите момент про добавление пользователей в роль CreateOwner (на скрине есть этот момент с кнопкой Add User to Role описание только добавьте) без этого у меня долго не взлетало и не мог понять в чем причина..
У меня вот такая ошибка стала вываливаться, не могу разобраться в чём дело. помогите
QVX_UNKNOWN_ERROR: В результате вызова компонента COM возвращена ошибка в формате HRESULT E_FAIL.. Stack trace written to C:\Documents and Settings\All Users\Application Data\QlikTech\Custom Data\connector1c\Log\StackTrace.txt
Здравствуйте, коллеги!
Другая проблема. Соединение через com устанавливает. Но при попытки создания какого либо объекта - зависает намертво.
Платформа 8.2.19.130. Клиент-сервер.
Причем если этот код выполнять на физическом сервере 1с, то все выполняется на ура.
В чем может быть загвоздка?
По коду видно, что соединение COM не устанавливает.
Создает ком-коннектор без привязки к базе - это да. Но видно что зависает именно при подключении к базе.
Попробуйте подключиться сами к себе, т.е. из базы к самой себе.
Это позволит понять, проблема в базе-приемнике или где-то еще
Спасибо, помогло.
Перезапускать сервер не пришлось, оказалось достаточно запустить созданное приложение COM+.
Поставить крыж на "CreatorOwner" не смог (он был disabled). Пользователя USR1CV82 в эту роль добавил руками.
Upd. Дополнение: если на Windows-сервере 64-бит стоит Сервер 1С Предприятие 64-бит (в дистрибутиве windows64.rar),
то такой проблемы не будет.
Т.е. основная часть была написана до Upd.
В настоящее время (2015 год), если вы не подключаетесь со старыми версиями - ничего такого делать не надо, платформа сама все сделает.
Причина появление ошибки - в падении , затирании, зависании процесса, т.е. типовые ошибки приложения, которые и решаются соответственно
Решение на сегодняшний момент - убить процесс com(зависло) - и вновь запустить регламент. При этом ничего останавливать не придется.
Если не помогло(затерли) - перерегистрировать библиотеку, запустить регламент.
Если не помогло - перезагрузить сервер.
Если не помогло - переустановить сервер 1С , библиотека станет автоматически.
Все делать с соответствующими правами конечно
Т.е. все решения лежат в плоскости администрирования серверов, и не нужно тут же кидаться создавать компоненты и переписывать на него код и т.д..
Написал пост - так как статьи с появлением ручной регистрации компонент под новым именем все появляются и появляются(и плюсов еще кучу набирают) и в форумах аналогично клонируют
Не хочет скачивать платформу для обновления, в журнал пишет следующее:
Ошибка при получении файла дистрибутива платформы 1С:Предприятие (https://dl03.1c.ru/public/platform-update/get/575fa20c-aef5-4105-b03b-bfa7e0391de6). Не удалось загрузить содержимое (https://dl03.1c.ru/public/platform-update/get/575fa20c-aef5-4105-b03b-bfa7e0391de6). Ошибка работы с Интернет: Failure when receiving data from the peer
: Ответ = Соединение.Получить(HTTPЗапрос, ПараметрыПолучения.ИмяФайлаОтвета);
: РезультатПолучения = ИнтернетПоддержкаПользователей.ЗагрузитьСодержимоеИзИнтернет(
: ЗагрузитьОбновлениеПлатформы(Контекст, Параметры, ДанныеАутентификации);
:ПолучениеОбновленийПрограммы.ЗагрузитьИУстановитьОбновленияВФоновомРежиме(Параметры[0],Параметры[1])
: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
по причине:
Ошибка работы с Интернет: Failure when receiving data from the peer
Не удалось выполнить диагностику соединения. Произошла исключительная ситуация (WshShell.Run): Не удается дождаться процесса.
: КодВозврата = Оболочка.Run(ИмяФайлаКоманды, 0, ДождатьсяЗавершения);
: Результат = ФайловаяСистема.ЗапуститьПрограмму(СтрокаКоманды, ПараметрыЗапускаПрограммы);
: РезультатДоступностиРесурса = ПолучениеФайловИзИнтернетаСлужебный.ПроверитьДоступностьСервера(АдресСервераРесурса);
: РезультатДиагностики = ПолучениеФайловИзИнтернета.ДиагностикаСоединения(URL);
: РезультатПолучения = ИнтернетПоддержкаПользователей.ЗагрузитьСодержимоеИзИнтернет(
: ЗагрузитьОбновлениеПлатформы(Контекст, Параметры, ДанныеАутентификации);
:ПолучениеОбновленийПрограммы.ЗагрузитьИУстановитьОбновленияВФоновомРежиме(Параметры[0],Параметры[1])
: Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
Такое уже было и я решил зарегистрировать comcntr.dll. Запускаю от имени администратора bat-файл со строкой:
А мне выдается, чтобы я проверил, что двоичный файл находится на указанном пути, а я пути копировал (чтобы совсем без ошибок) из проводника. И почему не находится файл ?
Еще предлагается запустить отладку, а я не знаю как это делается :(
Сколько же фигни тут понаписали. А ларчик прост - почитайте требования платформы к ОС - для 2008 R2 требуется KB976932+KB2999226.
А у вас случайно не Windows vista? Если да, попробуйте отключить проверку UAC в учетных записях пользователя
Я так и не понял вы нашли то вручную файл comcntr.dll в указанной папке?
То что вы пути скопировали еще не говорит о наличии самого файла.
(10) Попробуйте зарегистрировать любую другую dll, желательно не относящуюся к 1с, если не получится то скорее всего он и есть
(12)Раньше успешно регистрировались comcntr.dll из 1С 8.3.8 и 8.3.10. А сейчас 8.3.12. Может быть требования к Windows изменились ?
(1) В командной строке сначала выполнить CD "C:\Program Files (x86)\1cv8\8.3.12.1616\bin" а затем regsvr32 comcntr.dll
Сколько же фигни тут понаписали. А ларчик прост - почитайте требования платформы к ОС - для 2008 R2 требуется KB976932+KB2999226.
(24) я недели две назад полдня потратил ;) эти [censored] могли бы хоть к первым релизам прикладывать требования
Столкнулся еще с одной проблемой.
База на сервере. Работаем по RDP. После установки всех обновлений Windows со всех компьютерах, кроме одного, все заработало. Перерегистрация базы результата не дала. Нужно было еще сделать проверку подключения в параметрах подключения. Вот после этого и на последнем компьютере синхронизация пошла.
А для 2003-его сервера с установленным SP2 помогает установка соответствующего vc_redist.x86 или vc_redist.x64. Без этого регистрация в системе comcntr.dll не проходит.
Коллеги, также встретился с данной проблемой. Но все вышеперечисленное не помогло. БП 8.3.12, WinSrv2003 x64.
Ошибка вылетала при автоматических обновлениях в режиме предприятия.
Начал бороться пунктуально, под админом, правильно прописав путь к релизу, а также, поскольку система х64, верно прописывая путь к regsrv32:
C:\Windows\SysWOW64\regsvr32 «C:\Program Files (x86)\1cv8\*версия платформы*\bin\comcntr.dll» - все успешно, но не работает.
Далее накатил свежую платформу 8.3.15 - та же история. Написал в поддержку, отписали "Скорее всего как то не так регистрировали компоненту". Спасибо :)
Решить удалось следующим образом:
Панель управления => Администрирование => Cлужбы компонентов => приложения com+ => v83comconnector => свойства => закладка "удостоверение" => ввести данные доменной учетной записи.
(29) Была та же проблема на windows 10 Домашняя. v83comconnector в "Панель управления => Администрирование => Cлужбы компонентов => приложения com+ " отсутствовал, поэтому добавил службу компонентов вручную и назвал "v83comconnector", способ активации выбрал "Серверное приложение", на закладке "удостоверение" оставил "Текущий (вошедший в систему) пользователь". Далее добавил к этой службе компонентов новый компонент, где указал путь до библиотеки comcntr.dll в папке bin текущей версии платформы. Перезапустил 1ску и всё заработало! Спасибо за наводку.
Винда 10 х64 раз 20 регил дллки успешно обе 32 и 64 и ноль результата
Так и выдает ошибку
Зашел в службу компонентов удалил там все com лишние и v83 тоже
после зарегил один раз обе дллки 64 и 32
(30)Возможно у базы, с которой устанавливается Com-соединение, указан принудительный запуск платформы 8.3.10.2466.
Перед этим нужно отключить службу агента сервера 1С:Предприятия и все программы, использующие эту DLL.
это как, перезагрузить сервер?
А вообще интересное замечание (если конечно такое возможно?), иногда требуется соединиться с базой на другой платформе. Как выглядит этот принудительный запуск?
Com-соединение меня не устраивает из-за ограниченного функционала. Нужно OLE-соединение V83.Application.
Выдает ошибку:
: -2147221005(0x800401F3): Недопустимая строка с указанием класса
Например:
regsvr32.exe "C:\Program Files\1cv8\8.3.14.1993\bin\comcntr.dll"
ВызватьИсключение ТекстИсключения
Использование веб-сервера и публикаций информационных баз — один из способов оптимизации 1С. Особенно при работе с ИБ в файловом варианте. Так безопаснее. Сотрудники подключаются к ИБ 1С через браузер или тонкий клиент , не имея прямого доступа к файлам.
В статье расскажем, как решали возникающие вопросы по настройкам Internet Information Services. Через призму своего опыта и коллег.
Подробнее описано здесь . В проекте использовали бесплатный SSL-сертификат Let's Encrypt. Но поспешили отключить внешние соединения на 80-й порт — что было ошибкой.
Сертификат выдается сроком на 90 дней. Для автоматического продления создается периодическое задание в Планировщике. При запуске задачи сайт должен быть доступен (пройти проверку домена) по 80-му порту.
II. Типовая настройка и публикация информационных баз на IIS
На что обратить внимание:
1. Состав компонентов IIS — в Интернете полно инструкций и указаний. Повторяться не будем.
2. Установка 1С необходимой разрядности . Варианта 2: x86 (32-разрядное приложение) или x64. Обязательно выбираем «Модули расширения веб-сервера».
3. Права для встроенной группы /пользователю веб-сервера (IUSR) на папки:
- с установленной платформой — на «чтение и выполнение» (для старта процессов);
- самих расположений ИБ — на «изменение» (в случае файлового варианта).
4. Публикация базы через Конфигуратор 1С . Возможно потребуется открыть программу с повышенными правами — «Запуск от имени администратора».
5. Для 32-разрядного клиента 1С в диспетчере IIS включаем разрешение запуска ( DefaultAppPool — Дополнительные параметры — Разрешены 32-разрядные приложения = True ). Для 1C x64 — значение не меняем.
6. На странице сопоставления обработчиков для «1С Web-service Extension» потребуется указать путь к исполняемому модулю :
- x86 — «C:\Program Files (x86)\1cv8\8.3.x.xx\bin\wsisapi.dll»;
- x64 — «C:\Program Files\1cv8\8.3.x.xx\bin\wsisapi.dll».
Либо изменяем путь к библиотеке в файлах web.config через Блокнот (располагается, как правило, в c:\inetpub\wwwroot\).
Если в п. 2 все сделано правильно — по указанному пути должен присутствовать файл wsisapi.dll.
7. В частных случаях требуется перезапуск служб IIS . Выполните «Перезапустить» в оснастке управления или перезагрузите сервер.
✅ Соблюдаем соответствие разрядности: если запускаем и публикуем 64-разрядный клиент 1С:Предприятие, то dll также должна быть 64-битной версии.
Если публикуем 32-разрядную версию 1С, то ставим разрешение запуска 32-разрядных приложений на IIS и проверяем путь к wsisapi из каталога x86.
Тонкий клиент
Проверьте сетевое соединение
Проверьте, что параметры подключения указаны верно
Если проблема возникла уже после начала работы с системой - на форме повтора попытки соединения с сервером отображаемый текст будет таким же, как и на таблице вверху, а полный текст можно посмотреть, нажав на ссылку «Показать подробности…».
III. Если клиент 1С зависает при подключении к базе по web
Прежде посмотрите этот материал — там общие рекомендации.
Другой случай. Файловая ИБ опубликована на IIS. После авторизации зависает на эмблеме 1С. При открытии Конфигуратора — все нормально.
В журналах Windows ошибка «Процесс, обслуживающий пул приложений "1С", не ответил на команду ping».
- проверьте права на папку с базой 1С для IUSR/IIS_IUSRS, уровень доступа — на «изменение»;
- в оснастке IIS «Пулы приложений — — Дополнительные параметры — Модель процесса» задайте для « Максимальная задержка отклика при проверке связи » значение, превышающее 90 секунд;
- посмотрите на поведение IIS при «Проверка связи включена» = False.
📝 Из справки: установка [pingingEnabled] (Проверка связи) в значение false не позволит IIS проверять, выполняется ли рабочий процесс, и таким образом сохранит его активным до остановки процесса отладки.
✅ Установка «Максимальное время отклика пинга» в большое значение позволит IIS продолжать наблюдение за рабочим процессом.
Читайте также: