полюбому же можно как-то автоматизировать этот процес

о, а есть ли возможность устанавливать тупые exe пакеты? Ну или выполнение скриптов при развертке

powershell

а расскажи про установку по как это происходит у тебя есть человек который следит за версиями кто упаковывает в msi и тд

полюбому же можно как-то автоматизировать этот процес

Patch my pc

погляжу его

Да, есть отдельный человек в команде, который следит на апп, актуализирует версии, распространяет их, ведёт библиотеку ПО на конфле, со всей инфой, что за софт представлен в SCCM(название ПО, название АПП, версия, место где находится в SCCM, какие варианты установки есть для поддержки, группа к которой привязан в ad, дескрипшен для админов), согласовывает новые дистрибы с ИБ. В перспективе это передается на отдельную линию, условно 2.5, которая чисто пилит пакеты и АПП, у них условно есть лид который ходит и согласовывает это все на CAB'ы, просчитывает риски распространения и делает планы установки, обсуждая работы с заказчиками от бизнеса

Он платный

Он платный

Рюкзак тогда

Да и для маленьких компаний особо смысла не имеет

это шляпа

у меня не заработала

А. Ну поэтому шляпа? ;)))

Бесплатная

Ну я вот пишу скрипты но как то я это еще слабо делаю надо posh выучить лучше пока только в процессе

Что ты имеешь ввиду? У нас пока в стадии тестирования и оценки эффективности.

не помогли оба варианта. все равно не отрабатывает. проверка заканчивается ошибкой 0xFFFFFFFF, на сервере в логе Configuration_PolicyDocument not found

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

не туда ответил видимо)

Риск что понравится а он не развивается

Хочется пошутить )

погляжу его

DLP не мешает? Сетевых обрывов нет?

Спроси безопасников

Нужна помощь. Лог, что происходит в момент отправки пакета с primary site на DP: 1)Порты все пингуются, телнетятся 2)Учетки сервака и сервисные учетки добавлены в админы.. 3)по admin$ проваливаюсь 4)на время отключил вообще firewall 5)давал вообще все права на диск права фул для everyone 6)wbmtest делал до DP работает, данные показывает.. Help me...

я просто не знаю как это проверить.. Была одна зацепка, 135 юдп порт через portqry смотрел, пишет что закрыт. Но точно также и на других серверах пишет, что закрыт.. а там все работает

Если wbemtest работает, то под какой учёткой - не под уз сервера сайта же. Думаю, дело в безопасниках.

Ну я аргумент для них подобрать пока не могу) Запрос отправил конечно..

попробуй "не работает сервис, давайте вместе посмотрим, порты со своей стороны проверил"

Порты вообще в обе стороны телнетятся

rpc тоже? 😁

Ну этож tcp 135 вроде) он да)

нет

Или ты про динамический диапазон?

угу, про него

Ну если учесть что и пул клиентов отвалился от этой точки, думаю с ним тоже что-то не так. Но не понимаю как он работает этот rpc

надеюсь у тебя серверы не в я.облаке 🙂

@takeora МКБ так и не нашел все ещё себе спецов на sccm листал тут hh.ru вакансий смотрел

Я думал меньше будет

продолжай изучать k8s и прочее, больше перспектив sccm залупа

продолжай изучать k8s и прочее, больше перспектив sccm залупа

продолжай изучать k8s и прочее, больше перспектив sccm залупа

Фига ты хитро от конкурентов избавляешься

Я и так продолжаю это делать. :) Мне нравиться системы на Unix что мак что семейство линуксов тема так то

Мак это тяжкое наследие фрибсд