Исходный код вики D. Создание\удаление пользователей
Версия 44.1 от Ирина Сафонова на 07.11.2023, 07:27
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
44.1 | 1 | |
| |
27.1 | 2 | |
| 3 | = Рекомендации по созданию и удалению пользователей = | ||
| 4 | |||
| 5 | ---- | ||
| 6 | |||
| |
24.1 | 7 | Процесс создания и удаления пользователей описан [[в статье>>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 | 8 | |
| |
36.1 | 9 | После исключения созданной учетной записи (УЗ) в AD (Active Directory) из групп доступа, направьте в SD заявку со списком ObjectGUID тех пользователей, которых можно удалять сейчас. Удаление рекомендуется выполнять за определенный период и крупными списками — нет необходимости каждый день направлять в SD заявку с просьбой удаления одного пользователя. Рекомендованная периодичность — **1-2 раза в месяц**. |
| |
24.1 | 10 | |
| |
7.1 | 11 | {{warning}} |
| |
37.1 | 12 | Если есть интеграция с AD и mapping, то удаление пользователей возможно только **через запрос в SD (Servise Desk).** |
| |
7.1 | 13 | {{/warning}} |
| |
6.1 | 14 | |
| |
34.1 | 15 | = Пример сценария работы = |
| |
27.1 | 16 | |
| 17 | ---- | ||
| 18 | |||
| |
29.1 | 19 | Рассмотрим ситуацию, когда сотрудник имеет доступ в Workspace. Это значит, что его УЗ активна и в AD состоит в одной или нескольких группах доступах. В Workspace у сотрудника есть профиль, куда он попадает с credentials от УЗ в AD. |
| |
27.1 | 20 | |
| |
40.1 | 21 | Таблица описывает, что происходит с УЗ в Workspace и с [[биллингом>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%91%D0%B8%D0%BB%D0%BB%D0%B8%D0%BD%D0%B3]] в двух случаях: |
| |
28.1 | 22 | |
| |
41.1 | 23 | * УЗ переводится в состояние disabled/enabled. |
| 24 | * УЗ включают/ исключают из группы доступа. | ||
| |
40.1 | 25 | |
| |
33.1 | 26 | {{warning}} |
| 27 | Не рассматриваются случаи, когда: | ||
| |
27.1 | 28 | |
| |
33.1 | 29 | * У сотрудника никогда не было доступа в Workspace. |
| 30 | * Идет перемещение и переименование в структуре AD. | ||
| 31 | {{/warning}} | ||
| |
27.1 | 32 | |
| |
31.1 | 33 | (% class="table-bordered" %) |
| |
39.1 | 34 | (% class="active" %)|**Состояние УЗ в AD**|**Состоит ли УЗ в AD хоть в одной группе доступа**|**Видна ли УЗ в web-интерфейсе Workspace**|**Возможность получить доступ через "войти под именем другого пользователя" (impersonate)**|**Возможность залогиниться в web-интерфейсе Workspace**|**Возможность удалить УЗ через запрос в ТП beeline cloud**|**Биллинг** |
| |
34.1 | 35 | |Активна|Да|Да|Да|Да|Нет|Включен в счет |
| |
39.1 | 36 | |Активна|Нет, УЗ удалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля |
| |
34.1 | 37 | |Неактивна|Да|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Нет|Включен в счет |
| |
39.1 | 38 | |Неактивна|Нет, УЗ удалена из всех групп|Нет, но профиль сохранен на сервере, данные не удалены|Нет|Нет|Да|Включен в счет до тех пор, пока не придет запрос на удаление профиля |
| |
30.1 | 39 | |
| |
19.1 | 40 | **[[В начало>>doc:DF WorkSpace.WebHome]] **🡱 |
| |
22.1 | 41 | **[[К следующему разделу>>doc:DF WorkSpace.instruction.Сценарии работы с услугой.E\. Вход под именем другого пользователя.WebHome]] **🡲 |
| |
18.1 | 42 | [[**К предыдущему разделу**>>doc:DF WorkSpace.instruction.Сценарии работы с услугой.Передача прав.WebHome]] 🡰 |