Сервер терминалов, RemoteApp, или Active Directory + GPO, позволяют нам без особого труда обновлять платформу 1С централизованно, не «бегая» от ПК к ПК по всему офису, кабинетам, филиалам компании. И хорошая новость в том, что аналогично автообновление Тонкого клиента 1С также можно выполнить и на веб сервере Apache 2.4
Как вы наверное знаете, Сервер 1С, должен точно соответствовать версии клиента (в счет и минорные версии) в противном случаи ловим ошибку «Несоответствия версии клиента и сервера».
Да, мы никогда не встретим такую ошибку, используя веб обозреватель для работы в 1С, так как на него можно сказать «приходит» веб клиент 1С нужной версии на автомате.
А вот если задействовать дополнительно к веб «Тонкий», то здесь уже ошибка гарантирована!
Конечно, как на веб сервере IIS так и на Apache, можно автоматически обновить «Тонкий клиент» 1С, без какого либо вмешательства со стороны администратора 1С, тем самым автоматом решить проблему несоответствий версий!
И если с веб сервером IIS все более-менее стабильно в плане реализации, то вот с новой версией Apache 2.4 есть нюансы.
=======================
Внедрив пару верхних советов по запросу из Google: «Автообновление тонкого клиента на веб сервере Apache» я получил отказ на перезапуск службы веб сервера Apache 2.4. Так как правки в конфиге не подошли к сожалению (
Но об этом «сторис» будет чуть позже!
Сейчас давайте подготовим все остальное для реализации «автообновления тонкого на веб сервере».
И так, для начала нам нужен идентичный релиз «Тонкого клиента» с «Сервером 1С» отдельным дистрибутивом!
Скачайте его на сайте поддержки пользователей ИТС.
Упакуем его в zip архив (Обязательно) с коротким именем, например set.zip
Тонкий клиент 1С
И в каталоге, например, где у нас установлен веб сервер Apache, создадим себе папку «update».
В этот каталог мы и поместим наш «Тонкий клиент» нужной версии упакованный в zip архив.
Который и будет на «автомате» установлен (обновлен) на все пользовательские ПК, как только 1С обнаружит несоответствие версий клиента и сервера 1С.
После того как файл с «Тонким» мы подготовили и разместили в каталоге «update»
Идем в «Конфигуратор» нашей базы, там нужно сделать также пару настроек.
- Поставим «Птичку» Публиковать дистрибутив тонкого клиента.
- Укажем разрядность нашего тонкого клиента (У меня он х64)
- Расположение к zip архиву с тонким клиентом.
И переопубликуем информационную базу на веб сервере Apache 2.4.
Далее нам нужно внести правки в сам конфигурационный файл веб сервера Apache (httpd.conf) .
Находим в конфиге секцию с публикацией базы 1С.
И сразу ниже, создаем себе новую «Например: Dist 1C»
# 1c publication
Alias "/apache_base" "C:/APACHE/www/"
<Directory "C:/APACHE/www/">
AllowOverride All
Options None
Require all granted
SetHandler 1c-application
ManagedApplicationDescriptor "C:/APACHE/www/default.vrd"
</Directory>
# Dist 1С
Alias "/update" "C:/APACHE/update/"
<Directory "C:/APACHE/update/">
Options Indexes Includes
AllowOverride All
Require all granted
# Order allow,deny
# Allow from All
</Directory>
В секции # Dist 1С как вы заметили, есть две закомментированные директивы, это и есть продолжение нашей «сторис»! )
Помните, в самом начале статьи, я упомянул, что веб сервер Apache, не хотел стартовать с предложенным конфигом из большинства публикаций в первых результатах Google.
Конечно, пришлось искать проблему самостоятельно.
И заглянув в журнал «Диспетчера серверов» увидел следующее:
Invalid command ‘Order’, perhaps misspelled or defined by a module not included in the server configuration.
Что и натолкнуло на мысль проверить директивы на оф. сайте Apache.
Вот собственно, что нашел, буквально сходу:
Оказалось, что на версии Apache 2.4 (в отличии от 2.2) не работают директивы:
# Order allow,deny
# Allow from All
Их следует заменить на:
Require all granted
Так собственно и решилась задачка! Apache «скушал» предложенный ему новый конфиг, и проблема была решена!
Да, конечно, «детская проблема», для специалиста который постоянно имеет дело с веб серверами, занимается веб разработкой, вполне очевидное решение )
А вот рядовому 1С-нику, может потрепать нервы )
Теперь, как вы догадались, достаточно этой секции для веб сервера Apache 2.4:
# Dist 1С
Alias "/update" "C:/APACHE/update/"
<Directory "C:/APACHE/update/">
Options Indexes Includes
AllowOverride All
Require all granted
</Directory>
И Ваш Тонкий клиент, будет успешно обновляться автоматически, если он не соответствует версии Сервера 1С!
Если Вы внесли выше приведенные правки в конфиг, тогда перезапускаем веб сервер Apache.
Проверим, доступен ли наш дистрибутив «Тонкого клиента» для скачивания, через веб.
Если открыв в веб обозревателе, к примеру : /update/ и там обнаружим наш файл set.zip — значит все ок!
Проверим ?
Идем на клиентский ПК и проверим, что будет если к примеру мы на сервере у себя обновили версию «Сервера 1С» к 8.3.18.1208, а у клиента остался старый «Тонкий» версии 8.3.17.1386 или даже и вовсе не установлен был «Тонкий клиент» как отдельный дистрибутив.
Сходу получаем предупреждение, что необходимо обновить программу!
Кликаем «Обновить и запустить».
Конечно, можно работать и на веб обозревателе, без проблем, есть и такой вариант, его никто не отменил:
Если вы до сих пор не настроили https получим еще одно предупреждение!
Соглашаемся!
И происходит обновление! (Конечно у пользователя должны быть права на обновление пакета msi).
Чтобы разрешить пользователям Microsoft Windows, не обладающим административными правами в операционной системе, выполнять установку «1С:Предприятия» из общего каталога, необходимо установить политику AlwaysInstallElevated для компьютера и пользователя. Установить политику можно как локально, в панели управления групповых политик (запустив gpedit.msc), так и через управление политиками Active Directory.
Рекомендую разрешения давать временные так как опасно!
[caption id="attachment_10619" align="alignnone" width="637"]
Автообновление Тонкого клиента 1С[/caption]
После чего стартует 1С «Тонкий клиент» уже на версии 8.3.18.1208
Готово!
Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>
С уважением, Богдан.
Подскажите пжл как быть с ошибкой: во время обновления программы доступа с https://ссылка произошла ошибка. Код ошибки: -5. Повторить попытку обновления? И если нажимаешь да, то опять эта же ошибка. Вы встречали такую ошибку как можно ее устранить?
Здравствуйте. Возможно права, стоит проверить и версия апач у вас 2.4 ?
Можете протестировать и на Апаче версии 2.2
Спасибо за ответ. Апатч 2.4, а права на что?
Попробуйте версию 2.2 и также под Админом обновление сделать
То же самое, ошибка -5. Причем через браузер тот же адрес прекрасно срабатывает, и файл с тонким клиентом загружается.
НАшел!!
Код ошибки: -5.
580392e6-ba49-4280-ac67-fcd6f2180121: Невосстановимая ошибка
Ошибка при выполнении запроса GET к ресурсу :
ed776789-afce-4ed9-8983-93ae0ace6e3c: Ошибка HTTP при обращении к серверу: https://:
Удаленный узел не прошел проверку’
Самоподписанный серт не нравится, ГАД!
Если это имеет значение, то все симптомы одинаковы — что из внешнего интернета, что из локальной сети. Запускалось и по админом, и нет — все то же самое: ошибка -5. Через браузер качает. Уже голову сломал.
У вас получилось решить данную проблему?
Кто-то смогу решить проблему? С браузера файл вижу, качаю. Через приложение — ошибка 5. Полностью открывал доступ «Для всех», брандмауэр отключал. Всю голову сломал уже.
Переделал https на http и все взлетело… полдня бл…
Как это сделать?
А у нас по политике безопасности 80 порт нельзя открыть. Только 443.
И та же самая ошибка «-5»
Тоже самое, пишет код ошибки -5
Добрый день!
Можете расписать как осуществить подобную процедуру для веб-сервера Апач под Убунту с файловой базой.
Без сертификата SSL никак, можно на Хостинг сайта выложить как вариант, на котором SSL поднят.