Я могу поместить свой сценарий в/usr/bin?

WSUS является основным предложением Microsoft для исправления приложения предприятия ОС и Microsoft. Это способно к соединению с каталогом обновления Microsoft, имеет небольшое количество конфигурации вокруг планирования развертываний группами и т.д. и ограниченных деталей создания отчетов о развертывании патча.

SCCM (Системный менеджер по Конфигурации Центра) является заменой для SMS, это имеет SCUP (Системный Издатель Обновлений Центра) как один из, его - компоненты. Это создает сверху инфраструктуры WSUS и компонентов и дает Вам в широком масштабе больше конфигурации и создания отчетов, а также наличия способности соединиться с каталогами обновления других поставщиков (Adobe, Dell, HP, и т.д.) и также развернуть Ваши собственные патчи для любых приложений. В дополнение к исправлению SCCM также сохраняет всю упаковку программного обеспечения, и развертывание, развертывание ОС, и т.д. SMS.

GPOS (Групповые политики) может использоваться для развертывания программного обеспечения, но не имеет никаких специальных определенных для патча функций и имеет очень ограниченную информацию/создание отчетов о развертывании

SCE (Системные Основы Центра) является сокращением SCCM для меньших компаний, который совместно использует большую часть функциональности, он - старший брат.

6
задан 7 July 2011 в 02:44
3 ответа

Корректный, [/usr]/[s]bin для использования создателя дистрибутива. Сценарии локального пользователя относятся к /usr/local, конкретно /usr/local/bin в этом случае.

Стандарт иерархии файловой системы

11
ответ дан 3 December 2019 в 00:06

Я рекомендовал бы вставить его /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). Этот подход также совместим со "Стандартом Иерархии Файловой системы".

2
ответ дан 3 December 2019 в 00:06

Нет, конечно, ничего препятствующего тому, чтобы Вы поместили сценарий в/usr/bin, дав его, мир - выполняет полномочия (что-то как chmod 755) и разрешение пользователям выполнить его. Если Вы хотите приспособить к "UNIX пути" существуют более соответствующие местоположения. Я уверен, что запущу след комментариев, почему это неправильно, но я учился бы к хранению его в /usr/local/bin/ вместо этого. /usr/local каталог обычно для программного обеспечения, не управляемого распределением непосредственно, таким как приложения сторонних производителей или сценарии.

1
ответ дан 3 December 2019 в 00:06

Теги

Похожие вопросы