Pull to refresh

Comments 30

В смысле, зачем нужен гуй к psexec, если все равно вручную вводить все агрументы.
Аргументы вводить — это не основной функционал, это на всякий случай. Основной — установка любых тихо ставящихся приложений…
Ну, если вы помните назубок все ключи, каждый раз вводите логины/пароли, ставите чисто msi-пакеты и делаете это не часто… То да, смысла не особого и нет…
А причем здесь wGet вообще?
При том, что гуй к вгету делать крайне бессмысленно.
Не буду спорить, у каждого своя точка зрения. Тот кому это пригодится, тот оценит.
Могу еще добавить, что Norton Commander тоже было «крайне бессмысленно» писать — все тоже самое можно было сделать из командной строки.
зашел в комментарии ради этой картинки (:
У меня вопрос к гражданам теоретикам-приколистам: каждый из вас много софта голым psexec`ом поставил? Может напишете мне, как вы его ставите. Команду «psexec msinstall /s» не рассматриваю как рабочий вариант. Я предложил инструмент, который реально работает и используется ежедневно.
а зачем часто ставить софт удаленно на 1 компьютер? (ну, даже на много если).
Ну, я думаю, есть такая потребность — ставить/обновлять разный софт на разных компьютерах в локальной сети…
Я вот под виндой как-то не занимался админством в полной мере, но неужто нет готового софта, чтоб держать весь парк машинок в up-to-date состоянии, ставить софт и т.п.?
Что-то не верится в этот факт.
С удовольствием вместе с вами на него посмотрю.
Есть. Microsoft System Center, WSUS и так далее. Это не считая cfpuppet, chef и тому подобного.
На счет SCCM — согласен, есть. Он у нас стоит. Но частенько быстрее все сделать именно тем, что я предлагаю. WSUS — он у вас любой софт ставит? И так далее — не считается.
Простите, но я вас все-таки не понимаю. Есть SCCM, есть админ, у админа есть апдейт-листы. Еще есть клиенты, у клиентов есть кнопка Run Advertised Programs. Неужто при этом частенько приходится что-то ставить в фоновом режиме с psexec?
То есть, это какая-то типовая задача. Не могли бы вы ее тогда описать?
Не знаю, что вы от меня ждете :-) Ставим софт, там, где он нужен сейчас — от SCCM пока дождешься.
Гм. Ну вот ситуация: юзеру нужен софт, нужен сейчас. Например, словарь. Юзер лезет в Run Advertised Programs, выбирает словарь, жмет кнопку. Словарь установлен. Где в этой схеме сидит админ с psexec?
Другая ситуация. Вышел апдейт к программе, которая стоит у сотни юзеров. Их машины у вас в апдейт-листе. Вы жмете кнопку, апдейт доставляется на юзерские ПК и устанавливается. Где в этой схеме нужда в psexec?
Я жду собственно описания типовой ситуации, где вам при живом развернутом SCCM нужно сидеть, и все равно ставить весь софт вручную :)
Ну, вообще-то мы не предоставляем пользователям выбор устанавливаемого софта. И сторонний софт мы через SCCM практически не обновляем — ставим да, но не обновляем.
Так может проще предоставить выбор и обновлять через SCCM — чем тратить рабочее время администратора на ручную инсталляцию? :)
Может быть. Но тут уже каждый выберет для сам, что ему удобнее.
Я с трудом могу себе представить администратора, которому каждый день надо что-то ставить на компьютеры пользователей, и при этом он это делает через psexec в любой его форме. Зачем?!
Вы считаете, что админы на работе только чаи пьют? А psexec — не цель, это средство.
Я, в принципе, знаю, чем занимаются админы на работе. И с моей точки зрения админ, который тратит рабочее время на подобную фигню, непрофессионален и непроизводителен.

Но вы так и не описали задачу.
Я иного мнения. Но раз вы не имеете понятий о работе админов, не буду больше вас отвлекать от «не фигни».
Ну то есть описать задачу вы не можете.
Sign up to leave a comment.

Articles