0
Alainnew
12.09.11
✎
16:59
|
Добрый день.
Не всегда (не у всех) работает механизм установки/обновления клиента 1C8.2. Может, кто-то знает, как бороться...
Подробности.
В сети (на сервере) открыта на чтение папка \\server\1Cv82 , в которой находится 1cestart.exe и общий cfg файл 1CESCmn.cfg.
В сети открыта на чтение папка с дистрибутивами платформы 1С \\server\Distrib1C, в которой лежат версии платформы: \\server\Distrib1C\8.2.13.219 , \\server\Distrib1C\8.2.14.533 .
В общем cfg прописано:
«InstallComponents=DESIGNERALLCLIENTS=1 THINCLIENTFILE=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU,EN
DistributiveLocation=\\server\Distrib1C\
CommonInfoBases=\\server\1Cv82\CommonIB.v8i»
На клиентских машинах 1С запускается через ярлык на вышеозначенный \\server\1Cv82\1cestart.exe .
На клиентских машинах правильно прописался правильный cfg в папке пользователя C:\Users\ UserName\AppData\Roaming\1C\1CEStart\1CEStart.cfg, в этом файле есть правильная ссылка на общий cfg: «CommonCfgLocation=\\mskdb\1Cv82Cmn\1CESCmn.cfg».
При запуске 1cestart.exe из сетевой папки в личный файл настроек прописывается ссылка на общий файл настроек. Это, вроде, работает.
Далее, в теории, при попытке подключения к базе c клиента, 1Cestart.exe проверяет версию платформы и наличие обновлений в каталоге DistributiveLocation, и если обновление доступно/требуется, то происходит установка/обновление платформы на клиенте.
На практике: работает только у 1/3 пользователей, несмотря на идентичность прав локальных и прав на сетевые папки. У остальных обновление не происходит, при запуске появляется сообщение о несоответствии платформы клиента и сервера.
|
|
3
Alainnew
13.09.11
✎
09:48
|
Там в тексте опечатка. Правильно читать:
"На клиентских машинах правильно прописался правильный cfg в папке пользователя C:\Users\ UserName\AppData\Roaming\1C\1CEStart\1CEStart.cfg, в этом файле есть правильная ссылка на общий cfg: «CommonCfgLocation=\\server\1Cv82\1CESCmn.cfg»."
|
|
5
Alainnew
16.09.11
✎
14:20
|
Проверили ещё раз, нашли такую ошибку в журнале Система.
Похоже, дело всё-таки в правах пользователей на лок. машину.
Параметры разрешений для конкретного приложения не дают разрешения Локальный Запуск для приложения COM-сервера с CLSID
{24FF4FDC-1D9F-4195-8C79-0DA39248FF48}
и APPID
{B292921D-AF50-400C-9B75-0C57A7F29BA1}
пользователю NT AUTHORITY\система с SID (S-1-5-18) и адресом LocalHost (с использованием LRPC). Это разрешение безопасности можно изменить с помощью служебной программы управления службами компонентов.
|
|