I
А кто мешает это сделать через RBAC?
Size: a a a
2020 February 28
W
Не очень понял. Пояснишь?
Q
Подскажите, есть задача разделить сццм на серверный и пользовательский. Серверный не должен пересекаться с пользовательским. Пока идея поднять второй праймари, и соответственно КАС (пока только один праймари и секондари по регионам). Развести их по баундерсам ну и что бы настройки клиента не пересекались соовтетственно.
А зачем вообще делать разные сайты?
В рамках одной инфраструктуры они никогда не будут полностью отдельными
В рамках одной инфраструктуры они никогда не будут полностью отдельными
ВЗ
Подскажите, есть задача разделить сццм на серверный и пользовательский. Серверный не должен пересекаться с пользовательским. Пока идея поднять второй праймари, и соответственно КАС (пока только один праймари и секондари по регионам). Развести их по баундерсам ну и что бы настройки клиента не пересекались соовтетственно.
Из-за чего такая задача появилась? Хотите пользовательский отдать на сопровождение другой команде?
W
А зачем вообще делать разные сайты?
В рамках одной инфраструктуры они никогда не будут полностью отдельными
В рамках одной инфраструктуры они никогда не будут полностью отдельными
Такая хотелка пришла
Q
ну раздайте права пользовательским админам на рабочие станции, а серверщикам на серверы
ВЗ
ну раздайте права пользовательским админам на рабочие станции, а серверщикам на серверы
Будет дилемма, как деплоить приложения.
Q
Будет дилемма, как деплоить приложения.
А в чем проблема? Те админы туда, а те админы сюда
ВЗ
Точнее, одно приложение может быть развернуто на обе сущности и изменение приложения может повлечь за собой непредсказуемые последствия для одной из сущностей.
Q
Точнее, одно приложение может быть развернуто на обе сущности и изменение приложения может повлечь за собой непредсказуемые последствия для одной из сущностей.
Это верно, да. Разве что одно приложение придётся держать в 2 ипостасях/скоупах
I
Точнее, одно приложение может быть развернуто на обе сущности и изменение приложения может повлечь за собой непредсказуемые последствия для одной из сущностей.
Всё пилится по папкам и областям безопасности.
Q
Точнее, одно приложение может быть развернуто на обе сущности и изменение приложения может повлечь за собой непредсказуемые последствия для одной из сущностей.
ну и не так уж часто одно и то же приложение применимо и к серверам, и к рабочим станциям
I
Не очень понял. Пояснишь?
Почитайте про RBAC и всё станет ясно. Можете так в Гугле и забить: SCCM RBAC.
I
ну и не так уж часто одно и то же приложение применимо и к серверам, и к рабочим станциям
Вот да, вряд ли на серверах нужен Adobe Acrobat.
SK
Кто-нибудь делал подобное? Есть бест практис?
в русском стандарте так было
Q
Да много где так
Q
Только приводит к интересным кейсам, когда агент на сервере "случайно" привязывают к клиентской иерархии
SK
ага, я спросил их, отмахнулись, всплакнули
SK
про рбак - быстро и с примерами у Джастина
https://www.youtube.com/watch?v=YCNPOShpp5Q
https://www.youtube.com/watch?v=YCNPOShpp5Q
