Меню Рубрики

Установка 1с групповыми политиками mst

Административная установка платформы “1С:Предприятие 8.2” при помощи групповой политики

С использованием групповых политик можно устанавливать несколько версий «1С:Предприятия».
Для установки новой версии необходимо создать новую установку в групповых политиках.

При установке через групповые политики для указания языка установки нужно указывать соответствующий языковой файл трансформации. Имена файлов соответствуют десятичному представлению LCID Microsoft Windows (с расширением .mst). Файл трансформации для русского языка называется 1049.mst.
Кроме этого, дополнительно нужно указать файл трансформации adminstallrestart.mst. В этом случае система «1С:Предприятие» при несовпадении версий клиента и сервера будет предлагать перезагрузку компьютера для установки новой версии. Администратор должен позаботиться, чтобы новый дистрибутив уже был добавлен в групповых политиках.

Нужно создать общий каталог в вашей сети, где будут хранится установочные файлы. Проверить чтобы пользователи домена имели права чтения из этого каталога.
Открываем редактор GP. Создаем новую политику. Открываем её для редактирования. Переходим в раздел «Конфигурация компьютера» — «Установка программ». Пример показан на Windows Server 2008 R2.

Создаем новый пакет. Выбираем файл 1CEnterprise 8.2.msi, путь до файла необходимо указывать через сетевое окружение \\SRV\…..\1CEnterprise 8.2.msi, метод развертывания выбираем — особый, для того чтобы можно было внести модификации.

После создания пакета, у меня примерно 30 секунд, откроется окно свойств пакета.

Необходимо перейти на закладку «Модификации» и добавить файл трансформации для русского языка называется 1049.mst и файл трансформации adminstallrestart.mst. Должно получится так:

После того как нажмете «ОК» файлы модификации добавить будет не возможно.

Пакет готов. Стоит отметить, что пакет необходимо применять на группу компьютеров, для этого в AD необходимо создать такую группу и поместить туда компьютеры, для которых предполагается установка.

источник

Тихая установка 1С:Предприятия 8.2

Озадачился на днях быстрой установкой на 200 компьютеров очередного релиза платформы 1С:Предприятие. Порыскал в интернете и как обычно, нашел много информации. И как обычно, принял к сведению, но поступил по-своему.

Основной принцип везде – использование групповых политик и создание файла трансформации с помощью редактора Orca. Попробовал я этот способ и мне не понравилось. Геморно это как-то и глючно, явно должен был быть способ попроще.

Второй вариант – жуткий скрипт на VBScript (типа из ИТС), с деинсталляцией предыдущей версии и т.п. Этот способ я тоже отверг – не люблю я Visual Basic, и потом все время возникали какие-то косяки с его удаленным запуском на моих 200 компах.

Сплавом обоих способов я и занялся, в результате оказалось все достаточно просто: для того, чтобы тихо поставить на компьютере необходимые компоненты 1С:Предприятия вообще ничего особенного не нужно. Достаточно просто в папке дистрибутива платформы запустить файл 1CEnterprise 8.2.msi с параметрами. Остальное Windows Installer сделает сам. В результате родился такой bat-файл из одной строчки:
«\\Server1S\install\1C\1CEnterprise 8.2.msi» /qr TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THICKCLIENT=1 THINCLIENTFILE=1 THINCLIENT=1 WEBSERVEREXT=0 SERVER=0 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU
Все очень просто:

/qr – Сокращенный интерфейс. По сути, при установке пользователь увидит только бегущую полосу прогресса. Можно указать /qn и юзер вообще ничего при установке не увидит.

TRANSFORMS=adminstallrelogon.mst;1049.mst – Здесь мы подключаем рекомендованную фирмой 1С трансформацию adminstallrelogon.mst и пакет русского языка 1049.mst

DESIGNERALLCLIENTS=1 – Важный момент! Это основные компоненты 1С:Предприятия, включая компоненты для администрирования, конфигуратор и толстый клиент. Без этого параметра ставится всегда только тонкий клиент, независимо от следующего параметра

THICKCLIENT=1 – Толстый клиент

THINCLIENTFILE=1 — Тонкий клиент, файловый вариант

THINCLIENT=1 – Тонкий клиент

WEBSERVEREXT=0 – Модули расширения WEB-сервера

SERVER=0 – Сервер 1С:Предприятия

CONFREPOSSERVER=0 – Сервер хранилища конфигураций

CONVERTER77=0 – Конвертер баз 1С:Предприятия 7.7

SERVERCLIENT=0 – Администрирование сервера

LANGUAGES=RU – Язык установки – русский.

Вот и все, и никаких плясок с бубном и редакторами msi-пакетов.

Осталось только запустить эту команду на всех компьютерах конторы. Групповые политики я трогать не стал – с этой задачей прекрасно справился сервер администрирования антивируса Касперского — Kaspersky Security Center.

Читайте также:  Установка переднего бампера авенсис

источник

Сценарии установки 1C 8.2 — 1C 8.3: способ 2: патчинг MSI файла

Для того, чтобы устанавливать программное обеспечение с помощью групповых политик, необходимо использовать не exe/cmd/bat, а только MSI файл (возможно с добавлением файлов-модификаций: MST файлов).

В стандартном комплекте установки 1С не предусмотрено наличие файла конфигурации, который бы позволил сделать «тихую» установку 1С из MSI файла (т.е. без каких-либо вопросов пользователю).

Для того, чтобы реализовать такой функционал и устанавливать 1С с необходимым набором компонент через групповые политики (т.е. с использованием MSI файла), мы создадим собственный файл модификаций (MST файл).

Для создания и редактирования MSI и MST файлов можно использовать различное программное обеспечение. Одним из распространенных вариантов является программа Orca.

Редактирование установки 1С с помощью Orca

После скачивания и установки запускаем программу Orca и открываем в ней файл установки 1С «1CEnterprise 8.msi». Т.к. разработчики 1С не рекомендуют менять msi-пакет, идем в меню «Transform» => «New Transform».

Открываем таблицу «Property» и редактируем:

  1. Изменяем значение поля «DEFLANGUAGE»: вместо «Auto» пишем «RU» (без кавычек)
  2. Добавляем новые поля (новые поля можно добавить комбинацией клавиш Ctrl+R):
    DESIGNERALLCLIENTS = 1
    THINCLIENT = 1
    THINCLIENTFILE = 1
    SERVER = 0
    WEBSERVEREXT = 0
    CONFREPOSSERVER = 0
    SERVERCLIENT = 0
    CONVERTER77 = 0
    LANGUAGES = RU

Для того, чтобы создать файл трансформации (.MST) с указанными параметрами, идем в меню «Transform» => «Generate Transform…». Сохраняем файл в папку с дистрибутивом. Название можно дать, например Client.mst . На этом генерация файла транформации закончена.

Проверка установки 1С с файлом трансформации

Чтобы проверить установку 1С с помощью созданного файла трансформации (MST файла), необходимо открыть командную строку. Перейдите в папку с дистрибутивом 1С и выполните команду:
setup.exe /S TRANSFORMS=Client.mst TRANSFORMS =1049.mst
или
msiexec /i » » TRANSFORMS= » » \Client.mst TRANSFORMS= » » \1049.mst /passive
В первой команде параметр «/S» и во второй команде параметр «/passive» означает, что установка будет проходить в «тихом» (фоновом) режиме. Подождите несколько минут и проверьте факт установки 1С. Должны установиться следующие компоненты: Толстый клиент, Тонкий клиент и русский интерфейс.

Теперь можно производить установку 1С через групповые политики с использованием MSI файла «1CEnterprise 8.msi» и созданного нами файла трансформации — MST файла client.mst

Источником данной статьи послужили следующие материалы:

источник

Установка 1с групповыми политиками mst

Сесть за рабочий компьютер и установить на него платформу 1С:Предприятие – дело, в общем-то, нехитрое. Но когда рабочих компьютеров в локальной сети штук, эдак, с пятьдесят, то желание посидеть за каждым из них стремится к нулю. Взамен приходит желание как-то автоматизировать установку программы.

Существует несколько способов групповой установки программы 1С:Предприятие.

Если в сети применяется доменная структура Microsoft Active Directory, то удобно распространять установочные пакеты программ на рабочие компьютеры с помощью групповых политик. В дистрибутиве программы 1С:Предприятие присутствует необходимый для развёртывания через групповые политики установочный файл с расширением .msi.

Другое решение – групповая установка с помощью логон-скрипта. Этот способ описан в ИТС и в документации по программе.

И ещё групповую установку программы 1С можно организовать небольшими bat-скриптами вкупе с каким-нибудь инструментом, который позволяет устанавливать программу в сеансе обычного пользователя, но с правами администратора. Таким инструментом может быть, например, бесплатная для некоммерческого использования программа RunAsSpc (сайт разработчика http://www.robotronic.de/runasspcEn.html). Вот этот метод мы и рассмотрим подробнее.

Итак, скачиваем дистрибутив прораммы RunAsSpc. Запускаем файл runasspcadmin.exe. В форме программы указываем учётные данные администратора, а также путь к файлу, который мы хотим запускать с правами администратора. Мы могли бы указать путь к файлу 1CEnterprise 8.msi, но в таком случае потребуется предварительно сконфигурировать этот файл с помощью специальной программы, например Orca. Конфигурирование подразумевает под собой выбор компонентов к установке, выбор языка установщика, языкового пакета программы и прочее. Мы не будем править установщик .msi, а вместо этого создадим bat-скрипт, в котором укажем параметры установки. И вот этот-то bat-скрипт укажем в форме программы runasspcadmin.exe.

Читайте также:  Установка autocad для студентов

Сам bat-скрипт состоит всего из одной строки:

Параметры, которые можно настраивать в bat-скрипте:

/qr – Сокращенный интерфейс. По сути, при установке пользователь увидит только бегущую полосу прогресса. Можно указать /qn и юзер вообще ничего при установке не увидит.
TRANSFORMS=adminstallrelogon.mst;1049.mst – Здесь мы подключаем рекомендованную фирмой 1С трансформацию adminstallrelogon.mst и пакет русского языка 1049.mst.
DESIGNERALLCLIENTS=1 – Важный момент! Это основные компоненты 1С:Предприятия, включая компоненты для администрирования, конфигуратор и толстый клиент. Без этого параметра ставится всегда только тонкий клиент, независимо от следующего параметра.
THICKCLIENT=1 – Толстый клиент.
THINCLIENTFILE=1 — Тонкий клиент, файловый вариант.
THINCLIENT=1 – Тонкий клиент.
WEBSERVEREXT=0 – Модули расширения WEB-сервера.
SERVER=0 – Сервер 1С:Предприятия.
CONFREPOSSERVER=0 – Сервер хранилища конфигураций.
CONVERTER77=0 – Конвертер баз 1С:Предприятия 7.7.
SERVERCLIENT=0 – Администрирование сервера.
LANGUAGES=RU – Язык установки – русский.

Дистирутив программы RunAsSpc содержит файл с названием runasspc.exe. Это и есть исполняемый файл, который будет открывать нужную нам программу с правами администратора. Информация, какую именно программу открывать, а также учётные данные администратора, содержатся в файле Crypt.spc. Разместим оба файла в сетевой папке.

В заключении создадим ещё один bat-файл, который мы разошлём пользователям. Запуская этот файл, пользователи установят себе на рабочий компьютер платформу 1С:Предприятие. Содержимое файла такое:

источник

Установка 1С 8.3 в корпоративной среде при помощи групповых политик

В данной статье я расскажу, как установить 1С при помощи групповых политик.
Собирая информацию по крупинкам и экспериментируя методом проб и ошибок, я все же разобрался в этом вопросе.
Чем и хочу поделиться с вами.

Проверить чтобы пользователи домена имели права чтения из этого каталога (с).

Права на чтение должны быть не у пользователей, а у компьютеров пользователей. Так как групповая политика установка программ выполняется от имени компьютера, до загрузки окна авторизации пользователя

Моя практика работы показала, что установка через logon-скрипт быстрее и проще. Всё упирается в сложность обновления платформы на сервере, а следовательно на клиентских компьютерах.
1. logon-скрипт позволяет удалять старые версии 1С Предприятия, в отличии от групповой политики.
2. Для работы logon-скрипта в нём необходимо поменять 4 стоки, уникальный код устанавливаемой конфигурации + путь до неё, и уникальный код удаляемой версии + путь до неё, а в случае с групповой политикой вам каждый раз придется проделывать всё описанное в статье.
3. Если руки растут из плеч, то можно доработать logon-скрипт для необходимого вам логирования, в групповой политики результаты выполнения пушиться в журнал событий, что не всегда удобно.

Самый главный плюс: скрипт можно запустить в любое время (несмотря на то что он называется logon-скрипт) что позволяет обновлять платформу на клиенте без перезагрузки и дополнительных указаний пользователю что и как делать.

1. Установка с помощью logon-скрипта

2. Установка, путем размещения в общем сетевом каталоге

3. Установка с помощью групповых политик

Первые два способа мы отвергаем, т.к. в данную статью рассмотрим именно установку с помощью групповых политик (GPO).

хорошее объяснение, очень объективное и сразу всё понятно. дайтедве!

msiexec /i » » TRANSFORMS=» » \Client.mst TRANSFORMS=» » \1049.mst /passive

msiexec /i » » TRANSFORMS=» » \Client.mst TRANSFORMS=» » \1049.mst /passive

где
, например равен d:\inst\1c\8.3.5.1231\1CEnterprise 8.msi

Спасибо за описанные методы.
Однако столкнулся с проблемой.
Под администратором терминально устанавливаю на 2008 сервере 32х битную 1С 8.3
До этого работала 1С 8.2 и запускалась.
После установки у меня, и у других администраторов сервера 1с 8.3 запускается.
У остальных пользователей 1С мигает на несколько секунд, и больше никакой активности не наблюдается.
Если удалить 1С 8.3, снова начинает работать.
Если почистить папки Application Data и Local Settings\ Application Data
перестает работать и 1С 8.2

Читайте также:  Установка контейнеров для мусора во дворе

Или в этой ветке обсуждаются только способы установки?

источник

Развертывание приложений средствами групповых политик па примере TightVNC

Сегодня я расскажу о развёртывании программы удаленного доступа TightVNC. Это свободно распространяемое программное обеспечение с открытым исходным кодом. Честно говоря, как программа удаленного доступа она используется достаточно редко. Чаще её применяют как программу для оказания удаленной помощи в локальной сети. Об этом и пойдет речь.

Нам следует определиться с архитектурой операционных систем. В нашем случае будем развёртывать 32-х и 64-х разрядные версии программ. Нам потребуется создать WMI фильтры для правильного назначения будущих групповых политик.

Открываем оснастку управление групповой политикой и переходим в раздел фильтров WMI. Там создаем два новых фильтра со следующим содержимым:

Для 32-разрядных клиентских операционных систем:

select * from Win32_OperatingSystem WHERE ProductType = «1» AND NOT (OSArchitecture = «64-bit») OR (OSArchitecture = «64-разрядная»)

Для 64-разрядных клиентских операционных систем:

select * from Win32_OperatingSystem WHERE ProductType = «1» AND (OSArchitecture = «64-bit») OR (OSArchitecture = «64-разрядная»)

Следует определить общедоступный каталог на сервере, откуда компьютеры будут брать дистрибутив. Предоставляем права на чтение для группы «Компьютеры домена». Можно использовать каталог Netlogon контроллера домена.

Загрузка программного обеспечения

Сначала требуется скачать TightVNC. Скачиваем под обе архитектуры и сохраняем в подготовленный каталог. Устанавливать пока ничего не нужно.

Далее нам требуется приложение Orca из Windows Installer SDK. Соответственно идем в интернет и скачиваем Пакет SDK для Windows 10. Запускаем и в выборе компонентов для установки снимаем все галочки кроме MSI Tools.

Хочу заметить, Orca не установилась автоматически. Был только загружен установщик. Неприятно, но ничего: следуем по пути установки Windows Kit и устанавливаем её вручную.

C:\Program Files (x86)\Windows Kits\10\bin\10.0.18362.0\x86

Формирование пакета преобразования

Открываем Orca, в главном меню выбираем пункт Transform — New Transform. Далее через File — Open открываем наш скачанный MSI. В окне появляется список таблиц с обилием значений. Описание значений не составит труда найти в интернете. Опишу те, которыми пользовался лично.

В поле SetDataForPasswordsActionSilently мы задаем пароль для удаленного управления. В поле SetDataForControlPasswordsActionSilently мы задаем пароль для редактирования настроек TightVNC. Это необязательное поле, ведь управлять настройками службы могут только администраторы.

Выставляем значение 1 для полей, типов аутентификации, которым мы задали пароли.

Ограничение доступа по IP адресам

При желании можем задать ограничение удаленного подключения по IP адресам. Для этого устанавливаем значение ниже в 1.

Тогда в таблице Registry находим параметр

Там указываем IP адреса или их диапозон и через двоеточие параметр доступа: 0 — разрешен, 1 — запрещен. IP адреса и диапозоны перечисляем через запятую. В примере ниже мы разрешаем удаленное управление только IP адресов 192.168.1.2 и 192.168.1.2. Очень важно кроме разрешения доступа добавить диапозон адресов для запрета доступа. Разрешение не запрещает!

Отвечает за скрытие фоновой картинки рабочего стола при подключении. Полезно при плохом соединении. Для этого в обоих параметрах ставим 1.

Сохранение пакета модификации

После настроек всех параметров, выбираем пункт Transform — Generate transform. Полученный MST файл сохраняем в созданный ранее каталог.

Создание групповых политик

Последним этапом будет создание и настройка групповых политик. Как помните, их у нас две: для x86 и x64. Возвращаемся в оснастку управление групповой политикой и две новых политики. Каждой назначаем соответствующий WMI фильтр.

Открываем созданную политику для редактирования и направляемся по пути: Конфигурация компьютера — политики — конфигурация программ — установка программ. Далее выбираем Действие — Создать пакет. Указываем наш MSI, метод развёртывания — особый.

Открывается окно свойств пакета. Нас интересует закладка Модификации, там мы указываем путь до MST файла, сохраненного ранее. Сохраняем настройки.

На этом, пожалуй, всё. При следующей загрузки на компьютеры будет установлен TightVNC с заданными нами настройками.

источник

Добавить комментарий