Не удалось подключить стандартную компоненту защиты 1с
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Альфа-Авто:Автосалон+Автосервис+Автозапчасти Проф, редакция 5
Имеется терминальный сервер S1 которому подключены с помощью удрабстола пользователи домена A и B. Пользователь домена A не испытывает никаких проблем при запуске Альфа-Авто. У пользователя домена B при запуске возникает ошибка "Ошибка при загрузке компоненты управления оборудованием: : Ошибка при вызове метода контекста (ЗагрузитьВнешнююКомпоненту): ошибка при загрузке внешней компоненты".
Система защиты конфигурации Альфа-Авто установлена на этом же сервере S1. Права пользователей домена одинаковые (пользователь B создан копированием пользователя А в оснастке AD), доступ к папке C:\ProgramData\Protect\LocalProtect имеется для всех пользователей домена.
Пользователь B не может зайти в Альфа-Авто ни под одним пользователем Альфа-Авто, в том числе под Администратором Альфа-Авто. Также не помогает временное предоставление пользователю домена B прав администратора домена.
Прошу помочь в решении проблемы
При первом запуске программы необходимо зарегистрировать компоненту RarusEquipment.dll. Можно зарегистрировать разными способами.Можно произвести первый запуск программы от имени администратора, для этого на иконке 1С открыть контекстное меню и выбрать пункт "Запуск от имени администратора".
Можно способами описанными ниже.
| Цитата |
|---|
| Светлана Рожок пишет: При первом запуске программы необходимо зарегистрировать компоненту RarusEquipment.dll. Можно зарегистрировать разными способами. |
Это не первый запуск.
Причина не может быть в необходимости регистрации компоненты при первом запуске, т.к. на других серверах новый пользователь прекрасно входит без регистрации компоненты, которая регистрируется на компьютере, а не для конкретного пользователя, кстати.
Причины, видимо, глубоко уходят в область системного администрирования. Рецептов решения крайне мало и все они не помогают. Поэтому считаю важным предложить практически работающий способ. Прикрепляю 2 файла, содержимое которых также цитирую. Внести в реестр пользователя.
------------------
Windows Registry Editor Version 5.00
------------------
Windows Registry Editor Version 5.00
Добрый день!! Не помогает ни один из вариантов. У меня тоже самое, за исключением МодульОбъекта(25) и пользователи заходят, но без оборудования. Виндовс 8.1, платформа 8.3.5.1460, конфигурация Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.01.05). При этом при попытке перерегистрации компоненты через regsvr32 конфигурация вообще отказывается работать, пишет конфигурация оборудования не найдена 1% и бесконечный поиск - после перерегистрации помогает только переустановка платформы. Пробовал на более свежей платформе, но там еще докучи и ошибка потока при заходе в базу нескольких пользователей.
Обновлять конфигурацию пока побаиваюсь, понимаю, что дело тут совсем не в платформе и не в конфигурации, а в самом виндовсе, но никак проблему решить не могу. Причем есть в локальной сети один компьютер у которого все работает без ошибок с той-же самой операционной системой, но вот в чем разница непонятно.
Добрый день, Роман, уточните, пожалуйста, из какого релиза Вы ставили систему управления оборудованием? Уточните, пожалуйста, какую компоненту и как Вы регистрировали? Есть возможная причина всего этого. При установке виндовс в обязательном порядке была зарегестрирована учетная запись майкрософт под именем Техресурс. В дальнейшем учетную запись отключили (до установки 1С) и подключили локальную учетную запись USER. В итоге была проблема с доступом к базе по локальной сети, так как есть какая-то неразбериха с путями. Папка пользователя осталась называться как учетная запись майкрософт, то есть выглядит \users\Техресурс\Documents , а 1С искала базу по пути \users\user\documents\ - пришлось пути до базы прописывать на локальных компьютерах вручную. Возможно в этом вся проблема, но папку техресурс сейчас переименовать в user невозможно. Сам виндовс проверяли на целостность ситемы, все в норме. Регистрировали вот эту компоненту RarusEquipment.dll При всем при этом, на компьютере где все работает, дополнительную перерегистрацию компоненты делать не потребовалось, все установилось по умолчанию, но установка виндовс там была несколько другой, там виндовс встал без учетки майкрософт, сразу на локального пользователя (установка виндовс была не чистая, а было обновление с ХР до 8.0 и далее до 8.1) и соответственно на этом компьютере все пути так сказать прямые, пользователь user и все личные папки тоже под этим же именем.На данный момент решаю с майкрософт проблему переименования папки профиля пользователя, точнее уже решил (там администрирование+правка реестра). Сейчас выполню переустановку 1С проверю работоспособность, отпишусь.
В итоге справился своими силами. Не знаю что уж там у меня было не так, но технология с плясками такая получилась :
Всем привет! Попытаюсь рассказать подробнее о проблеме. Переношу конфигурацию УТиВСК с локального сервера в облако. Win server 19. msql. По программному содержимому полностью идентичные сервера. С единственной лишь разницей что последний это облачная виртуалка. Конфа защищена. При попытке зайти в предприятии любой пункт, который защищен СЛК, появляется ошибка "Тип не определен (AddIn.Licence.LicenceExtension20)". Начал смотреть по отладке и дошел до места где должна подгрузиться компонента СЛК, которая идет зашитая в конфигурацию как минимум если не установлена компонента внешняя. И в итоге получаю ошибку подключения данной компоненты (см скрин во вложении). Уже многое перепробовал ни чего не помогает. Ставил разные платформы разных разрядностей, давал права на все что можно. Сервера СЛК и компонент тоже по началу перебирал разные вариации, но дело в том что конфа не тянет даже внутреннюю компоненту (менеджер лицензий слк в конфигурации не открывается все по той же причине, что не удалось подключить компоненту СЛК). Подскажите если есть у кого какие мысли куда еще можно капнуть.
Всем кто откликнулся спасибо, дело как оказалось все таки было в винде. Развернули мне EN версию с ру пакетом. В итоге попросил развернуть нормальную RU локализацию. И все нормально запустилось, даже без установленных слк. Видимо была программная нестыковка, может некорректно библиотеки устанавливались хз, но РУ версия все решила.
При попытке зайти в предприятии любой пункт, который защищен СЛК, появляется ошибка "Тип не определен (AddIn.Licence.LicenceExtension20)". Начал смотреть по отладке и дошел до места где должна подгрузиться компонента СЛК, которая идет зашитая в конфигурацию как минимум если не установлена компонента внешняя.
Есть от Раруса Управление автотранспортом.
Иногда на виртуальном сервере Win 2019, слетает Рарусовская система лицензирования, а СЛК продолжает работать. После переустановки, все работает.
(9)После переустановки чего? Если про слк и компоненту то это не помогает, пробовал по всякому
После переустановки чего? Если про слк и компоненту то это не помогает, пробовал по всякому
После переустановки системы лицензирования от Раруса.
(11) Система лицензирования от Раруса эта Сервер СЛК + Компонента. Если ее не поставить вообще на сервер, то в любом случае должен открыться пункт меню в предприятии под название "Менеджер лицензий системы лицензирования конфигураций", который если не увидит внешнюю компоненту подгрузит внутреннюю зашитую с самой конфигурацией, ну то что лежит в макете "слкКомпонентаЗащиты". Но проблема именно в подгрузке этой компоненты любой будь то внешняя или внутренняя.
Система лицензирования от Раруса эта Сервер СЛК + Компонента. Если ее не поставить вообще на сервер, то в любом случае должен открыться пункт меню в предприятии под название "Менеджер лицензий системы лицензирования конфигураций"
У вас должно быть установлено и работать 3 службы для работы системы лицензирования конфигурации Рарус.
1. Сервер программного лицензирования конфигураций "C:\Program Files (x86)\ProtectStorage\LicServer.exe"
2. СЛК - Загрузчик компоненты СЛК 3.0.24.9151 "C:\Program Files (x86)\1C\Licence\3.0\licenceaddin-loader-service.exe" --run -r
3.СЛК - Сервер СЛК 3.0.24.9151 C:\Program Files (x86)\1C\Licence\3.0\licenceserver.exe" --run -r
(13) Номер версии СЛК может быть отличным, от указанного.
(14)Для УТиВсК используется 2. и 3. пункты, 1. это видимо специфика упарвления автотраспортом. 2.3. службы конечно же установлены и запущены. Причина не в них.
Для УТиВсК используется 2. и 3. пункты, 1. это видимо специфика упарвления автотраспортом. 2.3. службы конечно же установлены и запущены. Причина не в них.
Судя по "ПодключитьВнешнююКомпоненту", действие разворачивается на сервере. Поэтому вопрос - ошибка возникает в серверной или клиентской части? Если поставить на сервере, а обращаться на клиенте - будет "тип не определен" с гарантией.
(2)Подключение на сервере происходит. Все типовое ни чего не допиливал в этой области. То что на скрине вызвал вместо это я по отладке пытался пробовать уже разные способы. Но код на скрине стоковый.
Как подключаетесь к облаку?
Где установлен СЛК и лицензия на конфигурацию?
(3)К облаку подключаюсь по внешнему ip адресу. Все стоит на одном сервере. Но опять же по поводу слк сервера и компоненты. Если они не будут стоять вообще то конфигурация должна открыть менеджер лицензий с внутренней версией. Я проверил это на тестовом сервере на котором все нормально работает. удалил слк и компонету. Открыл предприятие зашел с менеджер лицензий и у меня прекрасно отрывается окно управления лицензиями. См скрин.
Если они не будут стоять вообще то конфигурация должна открыть менеджер лицензий с внутренней версией. Я проверил это на тестовом сервере на котором все нормально работает. удалил слк и компонету. Открыл предприятие зашел с менеджер лицензий и у меня прекрасно отрывается окно управления лицензиями
(4) Если они не будут стоять вообще то конфигурация должна открыть менеджер лицензий с внутренней версией. Я проверил это на тестовом сервере на котором все нормально работает. удалил слк и компонету
Судя по вашему скрину, Порт 15201, у вас используется совместная защита Сервер защиты конфигураций Рарус и СЛК.
Есть пока еще рабочий локальный сервер и тестовый локальный не было ни когда проблем с слк. Есть подозрения что это связано с облачной виндой только что там можно посмотреть по настройкам пока без понятия.
нужно ставить рарусовскую защиту а не просто сервер СЛК. Рарусовкую защиту с офф сайта можно скачать
Зачастую у программистов возникают проблемы с подключением внешних компонент (например, драйверов торгового оборудования), когда пользователи работают с 1С, подключаясь к серверу через терминал.
При этом пользователи видят, например, картинку представленную в анонсе статьи.
В то время как при работе с локальных компьютеров никаких проблем с подключением внешних компонент нет.
С чем это связано? Это связано с тем, что, когда пользователи работают через сервер терминалов, они имеют меньше прав, чем при работе на локальном компьютере.
В этом легко убедиться, если зайти на сервер терминалов под учетной записью с административными правами.
Причина такой разницы заключается в том, что 1С не может зарегистрировать внешнюю компоненту в реестре, когда пользователь работает в терминале под обычными правами, т.к. у обычного пользователя нет прав на запись в ветку системного реестра HKEY_CLASSES_ROOT.
В публикациях на тему подключения внешних компонент в терминале предлагаются самые разные методы решения этой проблемы.
1. Запустить первый раз 1С под административными правами.
Этот вариант далеко не всегда срабатывает. Ниже объясню, почему.
2. Дать обычным пользователям терминала права на запись в ветку системного реестра HKEY_CLASSES_ROOT.
Недостаточно "продвинутым" пользователям лучше этого не делать, иначе могут быть проблемы.
3. С помощью различных "примочек" регистрировать ВК от имени пользователя с полными правами.
Тоже не есть хорошо.
Так как же все таки лучше выйти из этой ситуации?
Я предлагаю свой вариант решения этой проблемы. По моему мнению - простой и красивый, не предлагавшийся на инфостарте ранее.
Дело оказалось в том, что в типовых конфигурациях 1С (например "Управление Торговлей") используется такой синтаксис метода глобального контекста ПодключитьВнешнююКомпоненту():
ОбъектДрайвера = Новый ("AddIn.АТОЛСканер.Scaner45");
Как видим, ВК драйвера подключается из макета "ДрайверАТОЛСканерШтрихкода" справочника "ПодключаемоеОборудование".
Что же при этом происходит?
1С сохраняет компоненту во временной папке пользователя, например "C:\Documents and Settings\User\Local Settings\Temp\1032\v8_4_12.tmp"
и пытается зарегистрировать ее в ветке реестра HKEY_CLASSES_ROOT именно по этому пути.
На терминале у обычных пользователей нет прав на изменение этой ветки реестра, поэтому компонента у них не подключается.
Теперь о том, как выйти из этой ситуации.
Метод глобального контекста ПодключитьВнешнююКомпоненту() имеет несколько вариантов синтаксиса. Вот этим мы и воспользуемся.
Итак, по шагам:
1. Регистрируем внешнюю компоненту утилитой regsvr32.exe на сервере терминалов в папке C:\WINDOWS\SYSTEM32 для 32-разрядной ОС или в папке C:\WINDOWS\SYSWOW64 для 64-разрядной ОС.
2. Используем один из двух дополнительных вариантов синтаксиса метода ПодключитьВнешнююКомпоненту():
Вариант 1:
ОбъектДрайвера = Новый ("AddIn.АТОЛСканер.Scaner45");
Вариант 2:
ОбъектДрайвера = Новый (ProgID);
На мой взгляд, вариант № 2 предпочтительнее.
При этом 1С не пытается перерегистрировать ВК по новому пути в реестре и таким образом, все проблемы решаются.
Добрый день, дорогие друзья, я в своей работе часто сталкивался с рядом ошибок связанных с com объектами. Когда я только начинал работать в сфере ИТ, то подобные ошибки о которых пойдет речь ниже, вызывали у меня недоумение и я отправлял пользователей к программистам, но потом шло время и опыт мой рос, такие проблемы начал решать самостоятельно, теперь хочу поделиться решениями с вами.
Рассмотрим первый пример - ошибка связана с внешней обработкой EDI
Данная ошибка устраняется очень просто, вам нужно зарегистрировать excon.dll. Для этого открываем cmd от имени администратора и прописываем следующие команды
Решается не сложно, но для решения есть несколько методов и в разных ситуациях спасает тот или иной метод решения. Ниже рассмотрим примеры данной ошибки и решения.
Первое что нужно попробовать сделать на машине пользователя - это зарегистрировать comcntr.dll
Для этого открываем cmd от имени администратора и прописываем следующие команды
regsvr32 "C:\Program Files (x86)\1cv8\ 8.3.15.1778 \bin\comcntr.dll" - Все что выделено жирным шрифтом, в вашем случае может отличаться
cd c:\Windows\SysWOW64 regsvr32 "C:\Program Files\1cv8\ 8.3.15.1778 \bin\comcntr.dll" - Все что выделено жирным шрифтом, в вашем случае может отличаться
Если данное решение не помогает, то нужно проверить на сервере 1С возникает такая же ошибка или нет, если возникает при тех же действиях, то сделать следующие действия в cmd от имени администратора
"C:\Program Files (x86)\1cv8\ 8.3.15.1778 \bin\1cv8.exe" /regserver - Все что выделено жирным шрифтом, в вашем случае может отличаться
"C:\Program Files\1cv8\ 8.3.15.1778 \bin\1cv8.exe" /regserver " - Все что выделено жирным шрифтом, в вашем случае может отличаться
Можно создать данное com соединение с помощью "Службы Компонентов Windows" , об этом рассказывать не буду в данной статье, если вам нужна информация, пишите комменты, я свяжусь с вами и все расскажу. Если будет много пожеланий, сделаю отдельную статью на эту тему.
Третья ошибка связана с компонентой MSScript
Данные ошибки возникают обычно при печати из 1С. Две разные базы часто бывают связаны между собой средствами различных компонент. В моем случае это торговля и сертификация. И при печати комплектов документов иногда возникает данная ошибка.
Решение не сложное и данное решение можно автоматизировать если проблема массовая (массовая может быть из-за обновления релиза 1С)
Давайте начнем по порядку и зайдем в "Службы Компонентов Windows" от имени администратора на пользовательской машине где возникает данная ошибка и найдем там " Приложения COM+ "
Теперь нужно нажать правой клавишей мыши по " Приложения COM+ " и выбрать " Создать-->Приложение "
Откроется мастер установки в котором нужно проделать все что показано на скринах ниже
У вас в основном окне появится только что созданное приложение и его нужно настроить, для этого щелкаем по нему правой кнопкой мыши и выбираем " Свойства " и переходим во вкладку " Безопасность " в которой настраиваем все один в один как на скрине ниже
Теперь необходимо для него создать компоненту и запустить ее в работу, снова предлагаю наглядно посмотреть на скрины ниже.
Осталось только запустить компоненту и ошибку в 1С вы устранили. Для запуска вам нужно перейти в " Приложения COM+ ", в центральном окне найти Msscript и нажать правой кнопкой мыши, затем нажать " Пуск " и ваша компонента начнет работать.
Теперь пару слов об автоматизации данного процесса т.к. бывают массовые случаи когда слетает данная компонента. Наша задача сделать msi файл и затем его разлить с помощью групповых политик или с помощью kaspersky security center (если конечно вы им пользуетесь - в моем случае удобнее было воспользоваться именно касперским)
Для создания файла msi необходимо выполнить все рекомендации со скринов ниже
Читайте также: