WSUS является основным предложением Microsoft для исправления приложения предприятия ОС и Microsoft. Это способно к соединению с каталогом обновления Microsoft, имеет небольшое количество конфигурации вокруг планирования развертываний группами и т.д. и ограниченных деталей создания отчетов о развертывании патча.
SCCM (Системный менеджер по Конфигурации Центра) является заменой для SMS, это имеет SCUP (Системный Издатель Обновлений Центра) как один из, его - компоненты. Это создает сверху инфраструктуры WSUS и компонентов и дает Вам в широком масштабе больше конфигурации и создания отчетов, а также наличия способности соединиться с каталогами обновления других поставщиков (Adobe, Dell, HP, и т.д.) и также развернуть Ваши собственные патчи для любых приложений. В дополнение к исправлению SCCM также сохраняет всю упаковку программного обеспечения, и развертывание, развертывание ОС, и т.д. SMS.
GPOS (Групповые политики) может использоваться для развертывания программного обеспечения, но не имеет никаких специальных определенных для патча функций и имеет очень ограниченную информацию/создание отчетов о развертывании
SCE (Системные Основы Центра) является сокращением SCCM для меньших компаний, который совместно использует большую часть функциональности, он - старший брат.
Корректный, [/usr]/[s]bin
для использования создателя дистрибутива. Сценарии локального пользователя относятся к /usr/local
, конкретно /usr/local/bin
в этом случае.
Я рекомендовал бы вставить его /opt
. Можно создать каталог с именем приложения под /opt
и затем bin
каталог под ним, таким образом, Ваш путь будет похож на это:
/opt/<your_app_name>/bin
Затем Вы создаете два сценария в /etc/profile.d
- <your_app_name>.sh
и <your_app_name>.csh
и в тех сценариях Вы добавляете путь выше к глобальному $PATH
переменная для предоставления доступа к исполняемым файлам приложения доступными для всех пользователей.Это все.
Я думаю, что этот подход является более чистым затем вставление его /usr/local/bin
так как все Ваши изменения в системе локализуются к единственному каталогу (за исключением двух сценариев в /etc/profile.d
), легко удалить Ваше приложение вручную, и Ваши файлы не смешиваются с файлами других приложений (который может иметь место с /usr/local
). Этот подход также совместим со "Стандартом Иерархии Файловой системы".
Нет, конечно, ничего препятствующего тому, чтобы Вы поместили сценарий в/usr/bin, дав его, мир - выполняет полномочия (что-то как chmod 755
) и разрешение пользователям выполнить его. Если Вы хотите приспособить к "UNIX пути" существуют более соответствующие местоположения. Я уверен, что запущу след комментариев, почему это неправильно, но я учился бы к хранению его в /usr/local/bin/
вместо этого. /usr/local
каталог обычно для программного обеспечения, не управляемого распределением непосредственно, таким как приложения сторонних производителей или сценарии.