Исходный код вики D. Создание\удаление пользователей
Версия 27.1 от Ирина Сафонова на 06.10.2023, 05:34
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
27.1 | 1 | **Содержание** |
| 2 | |||
| 3 | {{toc/}} | ||
| 4 | |||
| 5 | = Рекомендации по созданию и удалению пользователей = | ||
| 6 | |||
| 7 | ---- | ||
| 8 | |||
| |
24.1 | 9 | Процесс создания и удаления пользователей описан [[в статье>>https://wiki.dfcloud.ru/bin/view/DF%20WorkSpace/instruction/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8%20%D0%BF%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D1%8F%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8F/%D0%A0%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F%20%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8F/]]. |
| |
3.1 | 10 | |
| |
27.1 | 11 | После того, как созданная учетная запись (УЗ) в AD (Active Directory) была исключена из групп доступа, направьте в SD заявку со списком ObjectGUID тех пользователей, которых можно удалять сейчас. Удаление рекомендуется выполнять за определенный период и крупными списками — нет необходимости каждый день направлять в SD заявку с просьбой удаления одного пользователя. Рекомендованная периодичность — **1-2 раза в месяц**. |
| |
24.1 | 12 | |
| |
7.1 | 13 | {{warning}} |
| |
24.1 | 14 | Если вы произвели интеграцию с AD и выполнили mapping, то удаление пользователей возможно только **через запрос в SD (Servise Desk).** |
| |
7.1 | 15 | {{/warning}} |
| |
6.1 | 16 | |
| |
27.1 | 17 | = Сценарий работы = |
| 18 | |||
| 19 | ---- | ||
| 20 | |||
| 21 | Рассмотрим ситуацию, когда сотрудник имеет доступ в Workspace. Это значит, что его УЗ а АД состоит в одной (или нескольких) группах доступах, и его УЗ активна. В Workspace у сотрудника есть профиль, куда он попадает с credentials от УЗ в АД. | ||
| 22 | |||
| 23 | Далее детальней, что будет происходить с УЗ в Workspace и с биллингом в разных случаях, когда УЗ переводят в состояние disabled/enabled, и включают исключают из группы доступа. Мы не рассматриваем случай, когда у сотрудника никогда не было доступа в Workspace, а так же краевые случаи, когда идет перемещение и | ||
| 24 | |||
| 25 | переименование в структуре АД. | ||
| 26 | |||
| |
19.1 | 27 | **[[В начало>>doc:DF WorkSpace.WebHome]] **🡱 |
| |
22.1 | 28 | **[[К следующему разделу>>doc:DF WorkSpace.instruction.Сценарии работы с услугой.E\. Вход под именем другого пользователя.WebHome]] **🡲 |
| |
18.1 | 29 | [[**К предыдущему разделу**>>doc:DF WorkSpace.instruction.Сценарии работы с услугой.Передача прав.WebHome]] 🡰 |